linux-kernel - WARNING: at include/linux/percpu.h:159 __create_workqueue

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 25 Feb 2009 14:43:43 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Tejun Heo <tj@...nel.org>
Cc:	Yinghai Lu <yinghai@...nel.org>, rusty@...tcorp.com.au,
	tglx@...utronix.de, x86@...nel.org, linux-kernel@...r.kernel.org,
	hpa@...or.com, jeremy@...p.org, cpw@....com,
	nickpiggin@...oo.com.au, ink@...assic.park.msu.ru
Subject:  WARNING: at include/linux/percpu.h:159
	__create_workqueue_key+0x1f6/0x220()


* Ingo Molnar <mingo@...e.hu> wrote:

> 
> * Tejun Heo <tj@...nel.org> wrote:
> 
> > Hello, Ingo.
> > 
> > Patches posted to fix the build failure and warning.  Patches are also
> > available in the usual git tree.
> > 
> >   git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git tj-percpu
> 
> Pulled into tip:core/percpu, thanks Tejun!

beyond the two build fixes i committed, there's a new runtime 
warning as well:

[    0.280001] ... jiffies result ok
[    0.284027] ------------[ cut here ]------------
[    0.288002] WARNING: at include/linux/percpu.h:159 __create_workqueue_key+0x1f6/0x220()
[    0.292002] Hardware name: System Product Name
[    0.296003] Pid: 1, comm: swapper Not tainted 2.6.29-rc6-tip #27346
[    0.300002] Call Trace:
[    0.304006]  [<ffffffff80243b5c>] warn_slowpath+0xdc/0x100
[    0.308004]  [<ffffffff80292b76>] ? __alloc_pages_internal+0x146/0x490
[    0.312005]  [<ffffffff802b39ed>] ? check_bytes_and_report+0x3d/0xe0
[    0.316003]  [<ffffffff802b3aeb>] ? check_pad_bytes+0x5b/0x70
[    0.320003]  [<ffffffff802b4518>] ? check_object+0x98/0x230
[    0.324004]  [<ffffffff802b22f4>] ? init_object+0x54/0x90
[    0.328004]  [<ffffffff802b5c57>] ? __slab_alloc+0xe7/0x1d0
[    0.332003]  [<ffffffff80257665>] ? __create_workqueue_key+0x45/0x220
[    0.336003]  [<ffffffff80257665>] ? __create_workqueue_key+0x45/0x220
[    0.340003]  [<ffffffff80257816>] __create_workqueue_key+0x1f6/0x220
[    0.344005]  [<ffffffff81520140>] ? early_idt_handler+0x0/0x73
[    0.348003]  [<ffffffff81537d96>] init_workqueues+0x46/0x60
[    0.352004]  [<ffffffff815207d9>] do_basic_setup+0x9/0x30
[    0.356003]  [<ffffffff81520bbc>] kernel_init+0x4c/0x90
[    0.360004]  [<ffffffff80212a0a>] child_rip+0xa/0x20
[    0.364004]  [<ffffffff81520140>] ? early_idt_handler+0x0/0x73
[    0.368003]  [<ffffffff81520b70>] ? kernel_init+0x0/0x90
[    0.372003]  [<ffffffff80212a00>] ? child_rip+0x0/0x20
[    0.376030] ---[ end trace 4eaa2a86a8e2da22 ]---
[    0.380236] device: 'platform': device_add
[    0.384228] khelper used greatest stack depth: 6232 bytes left
[    0.392044] bus: 'platform': registered

Config attached. System booted up fine otherwise.

	Ingo

View attachment "config" of type "text/plain" (58894 bytes)