linux-kernel - Re: [BUG] 2.6.23-rc3-mm1 - kernel BUG at net/core/skbuff.c:95!

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]

Message-Id: <1187805493.5303.11.camel@lov.localdomain>
Date:	Wed, 22 Aug 2007 19:58:13 +0200
From:	Kay Sievers <kay.sievers@...y.org>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	Kamalesh Babulal <kamalesh@...ux.vnet.ibm.com>,
	linux-kernel@...r.kernel.org, Greg KH <greg@...ah.com>
Subject: Re: [BUG] 2.6.23-rc3-mm1 - kernel BUG at net/core/skbuff.c:95!

On Wed, 2007-08-22 at 08:50 -0700, Andrew Morton wrote:
> On Wed, 22 Aug 2007 18:32:36 +0530 Kamalesh Babulal <kamalesh@...ux.vnet.ibm.com> wrote:
> 
> > Hi Andrew,
> > 
> > Following Kernel Bug was raised when i tried compiling and booting ppc64 
> > machine
> > with 2.6.23-rc3-mm1 kernel.
> > 
> > =================================================================
> > 
> > Freeing initrd memory: 908k freed
> > 
> > sysctl table check failed: /kernel .1 Writable sysctl directory
> > 
> > skb_over_panic: text:c0000000002bf840 len:139 put:29 head:c00000000ffe7400 data:c00000000ffe7400 tail:0x8b end:0x80 dev:<NULL>
> > 
> > ------------[ cut here ]------------
> > 
> > kernel BUG at net/core/skbuff.c:95!
> > 
> > Oops: Exception in kernel mode, sig: 5 [#1]
> > 
> > SMP NR_CPUS=128 NUMA pSeries
> > 
> > Modules linked in:
> > 
> > NIP: c0000000003fd7c4 LR: c0000000003fd7c0 CTR: 80000000000f97dc
> > 
> > REGS: c0000000027f3850 TRAP: 0700   Not tainted  (2.6.23-rc3-mm1-autokern1)
> > 
> > MSR: 8000000000029032 <EE,ME,IR,DR>  CR: 24288024  XER: 00000010
> > 
> > TASK = c000000009fc0000[1] 'swapper' THREAD: c0000000027f0000 CPU: 0
> > 
> > GPR00: c0000000003fd7c0 c0000000027f3ad0 c000000000737710 0000000000000082 
> > 
> > GPR04: 0000000000000001 0000000000000001 0000000000000000 c00000000062bb3c 
> > 
> > GPR08: 0000000000000000 c00000000067b2e0 0000000000002100 c00000000077b110 
> > 
> > GPR12: 0000000000004000 c000000000649f00 0000000000000000 0000000000000000 
> > 
> > GPR16: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 
> > 
> > GPR20: 0000000000000000 c00000000802a0c0 c00000000052ea30 c0000000005392a8 
> > 
> > GPR24: c000000009f6b908 c0000000006a4000 c0000000026e2000 0000000000000020 
> > 
> > GPR28: c00000000ffe746e 0000000000000004 c0000000006f5340 c000000009f6a900 
> > 
> > NIP [c0000000003fd7c4] .skb_over_panic+0x50/0x58
> > 
> > LR [c0000000003fd7c0] .skb_over_panic+0x4c/0x58
> > 
> > Call Trace:
> > 
> > [c0000000027f3ad0] [c0000000003fd7c0] .skb_over_panic+0x4c/0x58 (unreliable)
> > 
> > [c0000000027f3b60] [c0000000002bf848] .kobject_uevent_env+0x4f8/0x528
> > 
> > [c0000000027f3c80] [c00000000032512c] .device_add+0x2bc/0x730
> > 
> > [c0000000027f3d50] [c000000000022330] .vio_register_device_node+0x1a4/0x274
> > 
> > [c0000000027f3e00] [c0000000005d34a8] .vio_bus_init+0xa0/0xec
> > 
> > [c0000000027f3e80] [c0000000005c8c6c] .kernel_init+0x20c/0x4b8
> > 
> > [c0000000027f3f90] [c0000000000267b0] .kernel_thread+0x4c/0x68
> > 
> 
> gargh, sorry, that's probably due to my screwed up attempt to fix Kay's
> screwed up
> gregkh-driver-driver-core-change-add_uevent_var-to-use-a-struct.patch.
> 
> Kay sent an update patch but it didn't arrive in time.
> 
> Greg, if you haven't yet merged that, please do so asap?
> 
> So what _should_ this:
> 
> --- a/arch/powerpc/kernel/vio.c~fix-4-gregkh-driver-driver-core-change-add_uevent_var-to-use-a-struct
> +++ a/arch/powerpc/kernel/vio.c
> @@ -373,7 +373,7 @@ static int vio_hotplug(struct device *de
>  	dn = dev->archdata.of_node;
>  	if (!dn)
>  		return -ENODEV;
> -	cp = of_get_property(dn, "compatible", &length);
> +	cp = of_get_property(dn, "compatible", &env->buflen);
>  	if (!cp)
>  		return -ENODEV;
>  
> _
> 
> have done?

Does replacing "&length" with "NULL" work? That's what's in the updated
patch.

Thanks,
Kay

-
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/