Could you try the fix Wolfram Sang sent to linux-kernel yesterday? Peter Zijlstra <pet...@infradead.org> writes:
> On Fri, 2010-04-02 at 11:33 +0530, Sachin Sant wrote: >> With 2.6.34-rc3 boot on a Power5 box : >> >> loop: module loaded >> BUG: key 6b6b6b6b6b6b6b6b not in .data! >> ------------[ cut here ]------------ >> Badness at kernel/lockdep.c:2706 >> NIP: c00000000010a0a8 LR: c00000000010a08c CTR: c0000000000704a4 >> REGS: c0000001096d76f0 TRAP: 0700 Not tainted (2.6.34-rc3) >> MSR: 8000000000029032 <EE,ME,CE,IR,DR> CR: 28000082 XER: 00000009 >> TASK = c0000001fa6f8000[1] 'swapper' THREAD: c0000001096d4000 CPU: 12 >> GPR00: 0000000000000000 c0000001096d7970 c000000001322e38 0000000000000001 >> GPR04: 0000000000000001 c0000000000c1ea8 0000000000000000 0000000000000002 >> GPR08: 0000000000000000 c000000001cc5a00 0000000000002422 c00000000137d768 >> GPR12: 0000000000000002 c00000000f66e400 0000000000d47940 0000000001c00000 >> GPR16: ffffffffffffffff 0000000002673148 00000000018ff984 0000000000000060 >> GPR20: 0000000000000000 ffffffffffffffff 000000000253a291 00000000018ff990 >> GPR24: 00000000018ff988 c000000001229ef0 0000000000000000 c00000010793a730 >> GPR28: 6b6b6b6b6b6b6b6b c00000010793afd8 c000000001299de0 c0000001096d7970 >> NIP [c00000000010a0a8] .lockdep_init_map+0x12c/0x538 >> LR [c00000000010a08c] .lockdep_init_map+0x110/0x538 >> Call Trace: >> [c0000001096d7970] [c00000000010a074] .lockdep_init_map+0xf8/0x538 >> (unreliable) >> [c0000001096d7a30] [c000000000274eac] .sysfs_add_file_mode+0x90/0x124 >> [c0000001096d7af0] [c000000000274f7c] .sysfs_add_file+0x3c/0x50 >> [c0000001096d7b90] [c0000000002750d8] .sysfs_create_file+0x5c/0x74 >> [c0000001096d7c30] [c0000000004b36a0] .device_create_file+0x40/0x5c >> [c0000001096d7cd0] [c0000000004db384] .wf_register_control+0x108/0x178 >> [c0000001096d7d80] [c000000000a5f7cc] .wf_cpufreq_clamp_init+0x11c/0x16c >> [c0000001096d7e20] [c00000000000a104] .do_one_initcall+0xb0/0x208 >> [c0000001096d7ed0] [c000000000a12568] .kernel_init+0x230/0x2f0 >> [c0000001096d7f90] [c000000000033b20] .kernel_thread+0x54/0x70 >> Instruction dump: >> e93e8190 80090000 2f800000 409e03f8 48280539 60000000 2fa30000 419e03e8 >> e93e8198 80090000 2f800000 409e03d8 <0fe00000> 480003d0 e93e8140 fb9d0000 >> Uniform Multi-Platform E-IDE driver > > 0x6b is POISON_FREE, so it seems to me sysfs made a boo-boo. Interesting combination of debugging options there. First time I have seen BUG: xyz not in .data with a 0x6b address... Eric _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev