linux-kernel - Re: BUG: key ffff880c1148c478 not in .data! (V3.10.0)

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:	Fri, 12 Jul 2013 10:19:17 +0800
From:	Ming Lei <tom.leiming@...il.com>
To:	Linda Walsh <lkml@...nx.org>
Cc:	Linux-Kernel <linux-kernel@...r.kernel.org>,
	Doug Thompson <dougthompson@...ssion.com>,
	linux-edac@...r.kernel.org
Subject: Re: BUG: key ffff880c1148c478 not in .data! (V3.10.0)

On Mon, Jul 8, 2013 at 6:25 AM, Linda Walsh <lkml@...nx.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.

Thanks,
-- 
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/