Messages in this thread | | | Date | Fri, 12 Jul 2013 10:04:28 +0200 | From | Markus Trippelsdorf <> | Subject | Re: BUG: key ffff880c1148c478 not in .data! (V3.10.0) |
| |
On 2013.07.12 at 10:19 +0800, Ming Lei wrote: > On Mon, Jul 8, 2013 at 6:25 AM, Linda Walsh <lkml@tlinx.org> wrote: > > Also am seeing this for the first time: > > > > (don't know, but seems unlikely to be related to > > https://patchwork.kernel.org/patch/87359/ > > Yet it is the only hit I found for the same message. > > > > > > Looks like it's back to a more stable 3.9.8... > > (*sigh*) > > > > > > BUG: key ffff880c1148c478 not in .data! > > [ 4.429474] ------------[ cut here ]------------ > > [ 4.434236] WARNING: at kernel/lockdep.c:2987 > > lockdep_init_map+0x45e/0x490() > > [ 4.441414] DEBUG_LOCKS_WARN_ON(1) > > [ 4.444684] Modules linked in: > > [ 4.448168] usb 1-3.2: new low-speed USB device number 3 using ehci-pci > > [ 4.454975] CPU: 10 PID: 1 Comm: swapper/0 Tainted: G I > > 3.10.0-Isht-Van #1 > > [ 4.462862] Hardware name: Dell Inc. PowerEdge T610/0CX0R0, BIOS 6.3.0 > > 07/24/2012 > > [ 4.470475] 0000000000000009 ffff880c13175a70 ffffffff815bb279 > > ffff880c13175aa8 > > [ 4.478221] ffffffff8104641c ffff880c11c12130 ffff880c1148c478 > > 0000000000000000 > > [ 4.485988] ffff880c11c12058 ffff880c12386180 ffff880c13175b08 > > ffffffff81046487 > > [ 4.493800] Call Trace: > > [ 4.496472] [<ffffffff815bb279>] dump_stack+0x19/0x1b > > [ 4.501776] [<ffffffff8104641c>] warn_slowpath_common+0x5c/0x80 > > [ 4.507917] [<ffffffff81046487>] warn_slowpath_fmt+0x47/0x50 > > [ 4.513790] [<ffffffff8109c1fe>] lockdep_init_map+0x45e/0x490 > > [ 4.519775] [<ffffffff8109b12d>] debug_mutex_init+0x2d/0x40 > > [ 4.525567] [<ffffffff8106ef61>] __mutex_init+0x51/0x60 > > [ 4.531017] [<ffffffff813a1618>] bus_register+0x158/0x2c0 > > [ 4.536646] [<ffffffff814c6dc3>] edac_create_sysfs_mci_device+0x53/0x540 > > Looks because that bus_type of 'struct mem_ctl_info' is allocated dynamically > instead of being kept it in .data statically.
Mauro said he will fix this in the coming weeks:
http://article.gmane.org/gmane.linux.kernel/1522719
-- Markus
| |