[Lustre-discuss] BUG: using smp_processor_id() in preemptible [00000000] code: modprobe/6024
Gregory Matthews
greg.matthews at diamond.ac.uk
Wed Mar 17 01:59:39 PDT 2010
Well, I'm no expert at reading the the kernel bugzilla but...
Gregory Matthews wrote:
> BUG: using smp_processor_id() in preemptible [00000000] code: modprobe/6024
> caller is set_ptldebug_header+0x41/0xa0 [libcfs]
> Pid: 6024, comm: modprobe Not tainted 2.6.27.39-default #2
>
> Call Trace:
> [<ffffffff80313c2b>] debug_smp_processor_id+0xd3/0xe8
> [<ffffffffa0591171>] set_ptldebug_header+0x41/0xa0 [libcfs]
> [<ffffffffa0599bb0>] libcfs_debug_vmsg2+0x70/0x990 [libcfs]
> [<ffffffff802514c2>] smp_call_function+0x3f/0x5e
> [<ffffffff80254e9a>] load_module+0x166f/0x176e
> [<ffffffffa014c000>] init_obdclass+0x0/0x3e4 [obdclass]
> [<ffffffffa014c04b>] init_obdclass+0x4b/0x3e4 [obdclass]
> [<ffffffff80209041>] _stext+0x41/0x110
> [<ffffffff80255037>] sys_init_module+0x9e/0x1ab
> [<ffffffff8020bf8b>] system_call_fastpath+0x16/0x1b
this looks a lot like this bug:
http://bugzilla.kernel.org/show_bug.cgi?id=12518
Just need to figure out if the fix can be backported to 2.6.27.39
G
--
Greg Matthews 01235 778658
Senior Computer Systems Administrator
Diamond Light Source, Oxfordshire, UK
More information about the lustre-discuss
mailing list