Re: 2.6.18-mm3 oops in xfrm_register_mode

From: Andrew Morton
Date: Wed Oct 04 2006 - 12:57:44 EST


On Wed, 04 Oct 2006 10:14:55 -0500
Steve Fox <drfickle@xxxxxxxxxx> wrote:

> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm3/
>
> This is on the same x86_64 box which I reported the -mm2 boot problem. I
> have confirmed that CONFIG_DEBUG_INFO was on for the -mm2 oops as well
> as this one. I'll begin a bisection on this issue as well and post the
> results when finished.
>
> Fusion MPT base driver 3.04.01
> Copyright (c) 1999-2005 LSI Logic Corporation
> Fusion MPT SPI Host driver 3.04.01
> Fusion MPT FC Host driver 3.04.01
> Fusion MPT misc device (ioctl) driver 3.04.01
> mptctl: Registered with Fusion MPT base driver
> mptctl: /dev/mptctl @ (major,minor=10,220)
> PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
> serio: i8042 KBD port at 0x60,0x64 irq 1
> serio: i8042 AUX port at 0x60,0x64 irq 12
> mice: PS/2 mouse device common for all mice
> Unable to handle kernel NULL pointer dereference at 0000000000000807 RIP:
> [<ffffffff80471196>] xfrm_register_mode+0x36/0x60
> PGD 0
> Oops: 0000 [1] SMP
> last sysfs file:
> CPU 0
> Modules linked in:
> Pid: 1, comm: swapper Not tainted 2.6.18-mm3 #2
> RIP: 0010:[<ffffffff80471196>] [<ffffffff80471196>]
> xfrm_register_mode+0x36/0x60
> RSP: 0000:ffff810bffcbded0 EFLAGS: 00010286
> RAX: 00000000000007ff RBX: ffffffff8056a1a0 RCX: 0000000000000000
> RDX: ffffffffffffffff RSI: 0000000000000002 RDI: ffffffff8056ae10
> RBP: 00000000ffffffef R08: 00000000ade70d2e R09: 0000000000000000
> R10: ffff810bffcbdcb0 R11: 0000000000000154 R12: 0000000000000000
> R13: ffff810bffcbdef0 R14: 0000000000000000 R15: 0000000000000000
> FS: 0000000000000000(0000) GS:ffffffff805e8000(0000) knlGS:0000000000000000
> CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
> CR2: 0000000000000807 CR3: 0000000000201000 CR4: 00000000000006e0
> Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb510)
> Stack: 0000000000000000 ffffffff806363f0 0000000000000000 ffffffff80207182
> 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 0000000000000000 0000000000000000 0000000000000000 0000000000090000
> Call Trace:
> [<ffffffff80207182>] init+0x162/0x330
> [<ffffffff8020a9d5>] child_rip+0xa/0x15
> [<ffffffff8033a932>] acpi_ds_init_one_object+0x0/0x82
> [<ffffffff80207020>] init+0x0/0x330
> [<ffffffff8020a9cb>] child_rip+0x0/0x15
>
>
> Code: 48 83 78 08 00 75 06 48 89 58 08 31 ed 48 89 d7 e8 e5 fe ff
> RIP [<ffffffff80471196>] xfrm_register_mode+0x36/0x60
> RSP <ffff810bffcbded0>
> CR2: 0000000000000807
> <0>Kernel panic - not syncing: Aiee, killing interrupt handler!
>

Thanks, Steve.

You might well find this bisection lands you on origin.patch. ie: a
mainline bug. I note that David merged a few more xfrm fixes this morning.

So to confirm that, first test just origin.patch and if that fails, test
git-of-the-moment. If that doesn't fail, they fixed it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/