* Re: 2.6.18-mm2 [not found] ` <efh217$8au$1@sea.gmane.org> @ 2006-09-28 21:01 ` Andrew Morton 2006-09-28 22:45 ` 2.6.18-mm2 Stephen Hemminger 2006-10-04 13:42 ` 2.6.18-mm2 boot failure on x86-64 Steve Fox 0 siblings, 2 replies; 67+ messages in thread From: Andrew Morton @ 2006-09-28 21:01 UTC (permalink / raw) To: Steve Fox; +Cc: linux-kernel, netdev (please always do reply-to-all) On Thu, 28 Sep 2006 17:50:31 +0000 (UTC) "Steve Fox" <drfickle@us.ibm.com> wrote: > On Thu, 28 Sep 2006 01:46:23 -0700, Andrew Morton wrote: > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm2/ > > Panic on boot. This machine booted 2.6.18-mm1 fine. em64t machine. > > TCP bic registered > TCP westwood registered > TCP htcp registered > NET: Registered protocol family 1 > NET: Registered protocol family 17 > Unable to handle kernel paging request at ffffffffffffffff RIP: > [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > PGD 203027 PUD 2b031067 PMD 0 > Oops: 0000 [1] SMP > last sysfs file: > CPU 0 > Modules linked in: > Pid: 1, comm: swapper Not tainted 2.6.18-mm2-autokern1 #1 > RIP: 0010:[<ffffffff8047ef93>] [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > RSP: 0000:ffff810bffcbde90 EFLAGS: 00010286 > RAX: 0000000000000000 RBX: ffff810bff4a1000 RCX: 2222222222222222 > RDX: ffff810bff4a1000 RSI: 0000000000000005 RDI: ffffffff8055f5e0 > RBP: ffffffffffffffff R08: 0000000000007616 R09: 000000000000000e > R10: 0000000000000006 R11: ffffffff803373f0 R12: 0000000000000000 > R13: 0000000000000005 R14: ffff810bff4a1000 R15: 0000000000000000 > FS: 0000000000000000(0000) GS:ffffffff805d8000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: ffffffffffffffff CR3: 0000000000201000 CR4: 00000000000006e0 > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb510) > Stack: ffff810bff4a1000 ffffffff8055f4c0 0000000000000000 ffff810bffcbdef0 > 0000000000000000 ffffffff8042736e 0000000000000000 0000000000000000 > 0000000000000000 ffffffff8061c68d ffffffff806260f0 ffffffff80207182 > Call Trace: > [<ffffffff8042736e>] register_netdevice_notifier+0x3e/0x70 > [<ffffffff8061c68d>] packet_init+0x2d/0x53 > [<ffffffff80207182>] init+0x162/0x330 > [<ffffffff8020a9d8>] child_rip+0xa/0x12 > [<ffffffff8033c2a2>] acpi_ds_init_one_object+0x0/0x82 > [<ffffffff80207020>] init+0x0/0x330 > [<ffffffff8020a9ce>] child_rip+0x0/0x12 > > > Code: 48 8b 45 00 0f 18 08 49 83 fd 02 4c 8d 65 f8 0f 84 f8 fe ff > RIP [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > RSP <ffff810bffcbde90> > CR2: ffffffffffffffff > <0>Kernel panic - not syncing: Attempted to kill init! > I'm really struggling to work out what went wrong there. Comparing your miserable 20 bytes of code to my object code makes me think that this: struct packet_sock *po = pkt_sk(sk); returned -1, perhaps in %ebp. But it's all very crude. Perhaps you could compile that kernel with CONFIG_DEBUG_INFO, rerun it (the addresses might change) then have a poke around with `gdb vmlinux' (or maybe just addr2line) to work out where it's really oopsing? I don't see much which has changed in that area recently. ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 2006-09-28 21:01 ` 2.6.18-mm2 Andrew Morton @ 2006-09-28 22:45 ` Stephen Hemminger 2006-10-04 13:42 ` 2.6.18-mm2 boot failure on x86-64 Steve Fox 1 sibling, 0 replies; 67+ messages in thread From: Stephen Hemminger @ 2006-09-28 22:45 UTC (permalink / raw) To: Andrew Morton; +Cc: Steve Fox, linux-kernel, netdev On Thu, 28 Sep 2006 14:01:24 -0700 Andrew Morton <akpm@osdl.org> wrote: > > (please always do reply-to-all) > > On Thu, 28 Sep 2006 17:50:31 +0000 (UTC) > "Steve Fox" <drfickle@us.ibm.com> wrote: > > > On Thu, 28 Sep 2006 01:46:23 -0700, Andrew Morton wrote: > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm2/ > > > > Panic on boot. This machine booted 2.6.18-mm1 fine. em64t machine. > > > > TCP bic registered > > TCP westwood registered > > TCP htcp registered > > NET: Registered protocol family 1 > > NET: Registered protocol family 17 > > Unable to handle kernel paging request at ffffffffffffffff RIP: > > [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > PGD 203027 PUD 2b031067 PMD 0 > > Oops: 0000 [1] SMP > > last sysfs file: > > CPU 0 > > Modules linked in: > > Pid: 1, comm: swapper Not tainted 2.6.18-mm2-autokern1 #1 > > RIP: 0010:[<ffffffff8047ef93>] [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > RSP: 0000:ffff810bffcbde90 EFLAGS: 00010286 > > RAX: 0000000000000000 RBX: ffff810bff4a1000 RCX: 2222222222222222 > > RDX: ffff810bff4a1000 RSI: 0000000000000005 RDI: ffffffff8055f5e0 > > RBP: ffffffffffffffff R08: 0000000000007616 R09: 000000000000000e > > R10: 0000000000000006 R11: ffffffff803373f0 R12: 0000000000000000 > > R13: 0000000000000005 R14: ffff810bff4a1000 R15: 0000000000000000 > > FS: 0000000000000000(0000) GS:ffffffff805d8000(0000) knlGS:0000000000000000 > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > CR2: ffffffffffffffff CR3: 0000000000201000 CR4: 00000000000006e0 > > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb510) > > Stack: ffff810bff4a1000 ffffffff8055f4c0 0000000000000000 ffff810bffcbdef0 > > 0000000000000000 ffffffff8042736e 0000000000000000 0000000000000000 > > 0000000000000000 ffffffff8061c68d ffffffff806260f0 ffffffff80207182 > > Call Trace: > > [<ffffffff8042736e>] register_netdevice_notifier+0x3e/0x70 > > [<ffffffff8061c68d>] packet_init+0x2d/0x53 > > [<ffffffff80207182>] init+0x162/0x330 > > [<ffffffff8020a9d8>] child_rip+0xa/0x12 > > [<ffffffff8033c2a2>] acpi_ds_init_one_object+0x0/0x82 > > [<ffffffff80207020>] init+0x0/0x330 > > [<ffffffff8020a9ce>] child_rip+0x0/0x12 > > > > > > Code: 48 8b 45 00 0f 18 08 49 83 fd 02 4c 8d 65 f8 0f 84 f8 fe ff > > RIP [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > RSP <ffff810bffcbde90> > > CR2: ffffffffffffffff > > <0>Kernel panic - not syncing: Attempted to kill init! > > > > I'm really struggling to work out what went wrong there. Comparing your > miserable 20 bytes of code to my object code makes me think that this: > > struct packet_sock *po = pkt_sk(sk); > > returned -1, perhaps in %ebp. But it's all very crude. That doesn't seem possible given: static inline struct packet_sock *pkt_sk(struct sock *sk) { return (struct packet_sock *)sk; } That means the packet socket list is corrupted?? Stephen Hemminger <shemminger@osdl.org> ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-09-28 21:01 ` 2.6.18-mm2 Andrew Morton 2006-09-28 22:45 ` 2.6.18-mm2 Stephen Hemminger @ 2006-10-04 13:42 ` Steve Fox 2006-10-04 15:45 ` Andrew Morton 1 sibling, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-04 13:42 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel, netdev On Thu, 2006-09-28 at 14:01 -0700, Andrew Morton wrote: > On Thu, 28 Sep 2006 17:50:31 +0000 (UTC) > "Steve Fox" <drfickle@us.ibm.com> wrote: > > > On Thu, 28 Sep 2006 01:46:23 -0700, Andrew Morton wrote: > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm2/ > > > > Panic on boot. This machine booted 2.6.18-mm1 fine. em64t machine. > > > > TCP bic registered > > TCP westwood registered > > TCP htcp registered > > NET: Registered protocol family 1 > > NET: Registered protocol family 17 > > Unable to handle kernel paging request at ffffffffffffffff RIP: > > [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > PGD 203027 PUD 2b031067 PMD 0 > > Oops: 0000 [1] SMP > > last sysfs file: > > CPU 0 > > Modules linked in: > > Pid: 1, comm: swapper Not tainted 2.6.18-mm2-autokern1 #1 > > RIP: 0010:[<ffffffff8047ef93>] [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > RSP: 0000:ffff810bffcbde90 EFLAGS: 00010286 > > RAX: 0000000000000000 RBX: ffff810bff4a1000 RCX: 2222222222222222 > > RDX: ffff810bff4a1000 RSI: 0000000000000005 RDI: ffffffff8055f5e0 > > RBP: ffffffffffffffff R08: 0000000000007616 R09: 000000000000000e > > R10: 0000000000000006 R11: ffffffff803373f0 R12: 0000000000000000 > > R13: 0000000000000005 R14: ffff810bff4a1000 R15: 0000000000000000 > > FS: 0000000000000000(0000) GS:ffffffff805d8000(0000) knlGS:0000000000000000 > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > CR2: ffffffffffffffff CR3: 0000000000201000 CR4: 00000000000006e0 > > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb510) > > Stack: ffff810bff4a1000 ffffffff8055f4c0 0000000000000000 ffff810bffcbdef0 > > 0000000000000000 ffffffff8042736e 0000000000000000 0000000000000000 > > 0000000000000000 ffffffff8061c68d ffffffff806260f0 ffffffff80207182 > > Call Trace: > > [<ffffffff8042736e>] register_netdevice_notifier+0x3e/0x70 > > [<ffffffff8061c68d>] packet_init+0x2d/0x53 > > [<ffffffff80207182>] init+0x162/0x330 > > [<ffffffff8020a9d8>] child_rip+0xa/0x12 > > [<ffffffff8033c2a2>] acpi_ds_init_one_object+0x0/0x82 > > [<ffffffff80207020>] init+0x0/0x330 > > [<ffffffff8020a9ce>] child_rip+0x0/0x12 > > > > > > Code: 48 8b 45 00 0f 18 08 49 83 fd 02 4c 8d 65 f8 0f 84 f8 fe ff > > RIP [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > RSP <ffff810bffcbde90> > > CR2: ffffffffffffffff > > <0>Kernel panic - not syncing: Attempted to kill init! > > > > I'm really struggling to work out what went wrong there. Comparing your > miserable 20 bytes of code to my object code makes me think that this: > > struct packet_sock *po = pkt_sk(sk); > > returned -1, perhaps in %ebp. But it's all very crude. > > Perhaps you could compile that kernel with CONFIG_DEBUG_INFO, rerun it (the > addresses might change) then have a poke around with `gdb vmlinux' (or > maybe just addr2line) to work out where it's really oopsing? > > I don't see much which has changed in that area recently. Sorry for the delay. I was finally able to perform a bisect on this. It turns out the patch that causes this is x86_64-mm-re-positioning-the-bss-segment.patch, which seems like a strange candidate, but sure enough I can boot to login: right up until that patch is applied. P.S. I had to comment usb-hubc-build-fix.patch out of the series file because it would not apply cleanly and caused quilt (0.45) to simply abort its 'push' operation. -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-04 13:42 ` 2.6.18-mm2 boot failure on x86-64 Steve Fox @ 2006-10-04 15:45 ` Andrew Morton 2006-10-04 15:55 ` Vivek Goyal ` (2 more replies) 0 siblings, 3 replies; 67+ messages in thread From: Andrew Morton @ 2006-10-04 15:45 UTC (permalink / raw) To: Steve Fox; +Cc: linux-kernel, netdev, Andi Kleen, Vivek Goyal On Wed, 04 Oct 2006 08:42:28 -0500 Steve Fox <drfickle@us.ibm.com> wrote: > On Thu, 2006-09-28 at 14:01 -0700, Andrew Morton wrote: > > On Thu, 28 Sep 2006 17:50:31 +0000 (UTC) > > "Steve Fox" <drfickle@us.ibm.com> wrote: > > > > > On Thu, 28 Sep 2006 01:46:23 -0700, Andrew Morton wrote: > > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm2/ > > > > > > Panic on boot. This machine booted 2.6.18-mm1 fine. em64t machine. > > > > > > TCP bic registered > > > TCP westwood registered > > > TCP htcp registered > > > NET: Registered protocol family 1 > > > NET: Registered protocol family 17 > > > Unable to handle kernel paging request at ffffffffffffffff RIP: > > > [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > PGD 203027 PUD 2b031067 PMD 0 > > > Oops: 0000 [1] SMP > > > last sysfs file: > > > CPU 0 > > > Modules linked in: > > > Pid: 1, comm: swapper Not tainted 2.6.18-mm2-autokern1 #1 > > > RIP: 0010:[<ffffffff8047ef93>] [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > RSP: 0000:ffff810bffcbde90 EFLAGS: 00010286 > > > RAX: 0000000000000000 RBX: ffff810bff4a1000 RCX: 2222222222222222 > > > RDX: ffff810bff4a1000 RSI: 0000000000000005 RDI: ffffffff8055f5e0 > > > RBP: ffffffffffffffff R08: 0000000000007616 R09: 000000000000000e > > > R10: 0000000000000006 R11: ffffffff803373f0 R12: 0000000000000000 > > > R13: 0000000000000005 R14: ffff810bff4a1000 R15: 0000000000000000 > > > FS: 0000000000000000(0000) GS:ffffffff805d8000(0000) knlGS:0000000000000000 > > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > > CR2: ffffffffffffffff CR3: 0000000000201000 CR4: 00000000000006e0 > > > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb510) > > > Stack: ffff810bff4a1000 ffffffff8055f4c0 0000000000000000 ffff810bffcbdef0 > > > 0000000000000000 ffffffff8042736e 0000000000000000 0000000000000000 > > > 0000000000000000 ffffffff8061c68d ffffffff806260f0 ffffffff80207182 > > > Call Trace: > > > [<ffffffff8042736e>] register_netdevice_notifier+0x3e/0x70 > > > [<ffffffff8061c68d>] packet_init+0x2d/0x53 > > > [<ffffffff80207182>] init+0x162/0x330 > > > [<ffffffff8020a9d8>] child_rip+0xa/0x12 > > > [<ffffffff8033c2a2>] acpi_ds_init_one_object+0x0/0x82 > > > [<ffffffff80207020>] init+0x0/0x330 > > > [<ffffffff8020a9ce>] child_rip+0x0/0x12 > > > > > > > > > Code: 48 8b 45 00 0f 18 08 49 83 fd 02 4c 8d 65 f8 0f 84 f8 fe ff > > > RIP [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > RSP <ffff810bffcbde90> > > > CR2: ffffffffffffffff > > > <0>Kernel panic - not syncing: Attempted to kill init! > > > > > > > I'm really struggling to work out what went wrong there. Comparing your > > miserable 20 bytes of code to my object code makes me think that this: > > > > struct packet_sock *po = pkt_sk(sk); > > > > returned -1, perhaps in %ebp. But it's all very crude. > > > > Perhaps you could compile that kernel with CONFIG_DEBUG_INFO, rerun it (the > > addresses might change) then have a poke around with `gdb vmlinux' (or > > maybe just addr2line) to work out where it's really oopsing? > > > > I don't see much which has changed in that area recently. > > Sorry for the delay. I was finally able to perform a bisect on this. It > turns out the patch that causes this is > x86_64-mm-re-positioning-the-bss-segment.patch, which seems like a > strange candidate, but sure enough I can boot to login: right up until > that patch is applied. hm, that patch was merged into mainline September 29. Does mainline work? > P.S. I had to comment usb-hubc-build-fix.patch out of the series file > because it would not apply cleanly and caused quilt (0.45) to simply > abort its 'push' operation. Sorry about that. If mainline _does_ work then perhaps it's an interaction between that patch and something else in the -mm2 lineup (and at that point in the bisection, it'll be one of the git trees or something else in the x86_64 tree). Could be that the problem remains in -mm3. ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-04 15:45 ` Andrew Morton @ 2006-10-04 15:55 ` Vivek Goyal 2006-10-04 15:56 ` Andi Kleen 2006-10-04 16:41 ` Steve Fox 2 siblings, 0 replies; 67+ messages in thread From: Vivek Goyal @ 2006-10-04 15:55 UTC (permalink / raw) To: Andrew Morton; +Cc: Steve Fox, linux-kernel, netdev, Andi Kleen On Wed, Oct 04, 2006 at 08:45:40AM -0700, Andrew Morton wrote: > On Wed, 04 Oct 2006 08:42:28 -0500 > Steve Fox <drfickle@us.ibm.com> wrote: > > > On Thu, 2006-09-28 at 14:01 -0700, Andrew Morton wrote: > > > On Thu, 28 Sep 2006 17:50:31 +0000 (UTC) > > > "Steve Fox" <drfickle@us.ibm.com> wrote: > > > > > > > On Thu, 28 Sep 2006 01:46:23 -0700, Andrew Morton wrote: > > > > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm2/ > > > > > > > > Panic on boot. This machine booted 2.6.18-mm1 fine. em64t machine. > > > > > > > > TCP bic registered > > > > TCP westwood registered > > > > TCP htcp registered > > > > NET: Registered protocol family 1 > > > > NET: Registered protocol family 17 > > > > Unable to handle kernel paging request at ffffffffffffffff RIP: > > > > [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > PGD 203027 PUD 2b031067 PMD 0 > > > > Oops: 0000 [1] SMP > > > > last sysfs file: > > > > CPU 0 > > > > Modules linked in: > > > > Pid: 1, comm: swapper Not tainted 2.6.18-mm2-autokern1 #1 > > > > RIP: 0010:[<ffffffff8047ef93>] [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > RSP: 0000:ffff810bffcbde90 EFLAGS: 00010286 > > > > RAX: 0000000000000000 RBX: ffff810bff4a1000 RCX: 2222222222222222 > > > > RDX: ffff810bff4a1000 RSI: 0000000000000005 RDI: ffffffff8055f5e0 > > > > RBP: ffffffffffffffff R08: 0000000000007616 R09: 000000000000000e > > > > R10: 0000000000000006 R11: ffffffff803373f0 R12: 0000000000000000 > > > > R13: 0000000000000005 R14: ffff810bff4a1000 R15: 0000000000000000 > > > > FS: 0000000000000000(0000) GS:ffffffff805d8000(0000) knlGS:0000000000000000 > > > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > > > CR2: ffffffffffffffff CR3: 0000000000201000 CR4: 00000000000006e0 > > > > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb510) > > > > Stack: ffff810bff4a1000 ffffffff8055f4c0 0000000000000000 ffff810bffcbdef0 > > > > 0000000000000000 ffffffff8042736e 0000000000000000 0000000000000000 > > > > 0000000000000000 ffffffff8061c68d ffffffff806260f0 ffffffff80207182 > > > > Call Trace: > > > > [<ffffffff8042736e>] register_netdevice_notifier+0x3e/0x70 > > > > [<ffffffff8061c68d>] packet_init+0x2d/0x53 > > > > [<ffffffff80207182>] init+0x162/0x330 > > > > [<ffffffff8020a9d8>] child_rip+0xa/0x12 > > > > [<ffffffff8033c2a2>] acpi_ds_init_one_object+0x0/0x82 > > > > [<ffffffff80207020>] init+0x0/0x330 > > > > [<ffffffff8020a9ce>] child_rip+0x0/0x12 > > > > > > > > > > > > Code: 48 8b 45 00 0f 18 08 49 83 fd 02 4c 8d 65 f8 0f 84 f8 fe ff > > > > RIP [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > RSP <ffff810bffcbde90> > > > > CR2: ffffffffffffffff > > > > <0>Kernel panic - not syncing: Attempted to kill init! > > > > > > > > > > I'm really struggling to work out what went wrong there. Comparing your > > > miserable 20 bytes of code to my object code makes me think that this: > > > > > > struct packet_sock *po = pkt_sk(sk); > > > > > > returned -1, perhaps in %ebp. But it's all very crude. > > > > > > Perhaps you could compile that kernel with CONFIG_DEBUG_INFO, rerun it (the > > > addresses might change) then have a poke around with `gdb vmlinux' (or > > > maybe just addr2line) to work out where it's really oopsing? > > > > > > I don't see much which has changed in that area recently. > > > > Sorry for the delay. I was finally able to perform a bisect on this. It > > turns out the patch that causes this is > > x86_64-mm-re-positioning-the-bss-segment.patch, which seems like a > > strange candidate, but sure enough I can boot to login: right up until > > that patch is applied. > > hm, that patch was merged into mainline September 29. Does mainline work? > I thought above patch was dropped because Keith ran into some boot issues on one of the machines. Though there seems to be nothing wrong with the patch as such but it might have triggered some existing bug. At that point of time I looked into the issue but nothing was conclusive. So looks like this patch has come back. I am not sure how. Thanks Vivek ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-04 15:45 ` Andrew Morton 2006-10-04 15:55 ` Vivek Goyal @ 2006-10-04 15:56 ` Andi Kleen 2006-10-05 1:57 ` Keith Mannthey 2006-10-04 16:41 ` Steve Fox 2 siblings, 1 reply; 67+ messages in thread From: Andi Kleen @ 2006-10-04 15:56 UTC (permalink / raw) To: Andrew Morton; +Cc: Steve Fox, linux-kernel, netdev, Vivek Goyal, Ian Campbell On Wednesday 04 October 2006 17:45, Andrew Morton wrote: > On Wed, 04 Oct 2006 08:42:28 -0500 > Steve Fox <drfickle@us.ibm.com> wrote: > > > On Thu, 2006-09-28 at 14:01 -0700, Andrew Morton wrote: > > > On Thu, 28 Sep 2006 17:50:31 +0000 (UTC) > > > "Steve Fox" <drfickle@us.ibm.com> wrote: > > > > > > > On Thu, 28 Sep 2006 01:46:23 -0700, Andrew Morton wrote: > > > > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm2/ > > > > > > > > Panic on boot. This machine booted 2.6.18-mm1 fine. em64t machine. > > > > > > > > TCP bic registered > > > > TCP westwood registered > > > > TCP htcp registered > > > > NET: Registered protocol family 1 > > > > NET: Registered protocol family 17 > > > > Unable to handle kernel paging request at ffffffffffffffff RIP: > > > > [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > PGD 203027 PUD 2b031067 PMD 0 > > > > Oops: 0000 [1] SMP > > > > last sysfs file: > > > > CPU 0 > > > > Modules linked in: > > > > Pid: 1, comm: swapper Not tainted 2.6.18-mm2-autokern1 #1 > > > > RIP: 0010:[<ffffffff8047ef93>] [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > RSP: 0000:ffff810bffcbde90 EFLAGS: 00010286 > > > > RAX: 0000000000000000 RBX: ffff810bff4a1000 RCX: 2222222222222222 > > > > RDX: ffff810bff4a1000 RSI: 0000000000000005 RDI: ffffffff8055f5e0 > > > > RBP: ffffffffffffffff R08: 0000000000007616 R09: 000000000000000e > > > > R10: 0000000000000006 R11: ffffffff803373f0 R12: 0000000000000000 > > > > R13: 0000000000000005 R14: ffff810bff4a1000 R15: 0000000000000000 > > > > FS: 0000000000000000(0000) GS:ffffffff805d8000(0000) knlGS:0000000000000000 > > > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > > > CR2: ffffffffffffffff CR3: 0000000000201000 CR4: 00000000000006e0 > > > > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb510) > > > > Stack: ffff810bff4a1000 ffffffff8055f4c0 0000000000000000 ffff810bffcbdef0 > > > > 0000000000000000 ffffffff8042736e 0000000000000000 0000000000000000 > > > > 0000000000000000 ffffffff8061c68d ffffffff806260f0 ffffffff80207182 > > > > Call Trace: > > > > [<ffffffff8042736e>] register_netdevice_notifier+0x3e/0x70 > > > > [<ffffffff8061c68d>] packet_init+0x2d/0x53 > > > > [<ffffffff80207182>] init+0x162/0x330 > > > > [<ffffffff8020a9d8>] child_rip+0xa/0x12 > > > > [<ffffffff8033c2a2>] acpi_ds_init_one_object+0x0/0x82 > > > > [<ffffffff80207020>] init+0x0/0x330 > > > > [<ffffffff8020a9ce>] child_rip+0x0/0x12 > > > > > > > > > > > > Code: 48 8b 45 00 0f 18 08 49 83 fd 02 4c 8d 65 f8 0f 84 f8 fe ff > > > > RIP [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > RSP <ffff810bffcbde90> > > > > CR2: ffffffffffffffff > > > > <0>Kernel panic - not syncing: Attempted to kill init! > > > > > > > > > > I'm really struggling to work out what went wrong there. Comparing your > > > miserable 20 bytes of code to my object code makes me think that this: > > > > > > struct packet_sock *po = pkt_sk(sk); > > > > > > returned -1, perhaps in %ebp. But it's all very crude. > > > > > > Perhaps you could compile that kernel with CONFIG_DEBUG_INFO, rerun it (the > > > addresses might change) then have a poke around with `gdb vmlinux' (or > > > maybe just addr2line) to work out where it's really oopsing? > > > > > > I don't see much which has changed in that area recently. > > > > Sorry for the delay. I was finally able to perform a bisect on this. It > > turns out the patch that causes this is > > x86_64-mm-re-positioning-the-bss-segment.patch, which seems like a > > strange candidate, but sure enough I can boot to login: right up until > > that patch is applied. > > hm, that patch was merged into mainline September 29. Does mainline work? Yes we had this earlier already. But without this patch it doesn't compile for some people. So it was readded. And nobody knows why the reposition-bss patch actually breaks things :/ In theory the reposition is ok, so it must be some marginal code somewhere else that just ends up failing over. -Andi ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-04 15:56 ` Andi Kleen @ 2006-10-05 1:57 ` Keith Mannthey 0 siblings, 0 replies; 67+ messages in thread From: Keith Mannthey @ 2006-10-05 1:57 UTC (permalink / raw) To: Andi Kleen Cc: Andrew Morton, Steve Fox, linux-kernel, netdev, Vivek Goyal, Ian Campbell On 10/4/06, Andi Kleen <ak@suse.de> wrote: > On Wednesday 04 October 2006 17:45, Andrew Morton wrote: > > On Wed, 04 Oct 2006 08:42:28 -0500 > > Steve Fox <drfickle@us.ibm.com> wrote: > > > > > On Thu, 2006-09-28 at 14:01 -0700, Andrew Morton wrote: > > > > On Thu, 28 Sep 2006 17:50:31 +0000 (UTC) > > > > "Steve Fox" <drfickle@us.ibm.com> wrote: > > > > > > > > > On Thu, 28 Sep 2006 01:46:23 -0700, Andrew Morton wrote: > > > > > > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm2/ > > > > > > > > > > Panic on boot. This machine booted 2.6.18-mm1 fine. em64t machine. > > > > > > > > > > TCP bic registered > > > > > TCP westwood registered > > > > > TCP htcp registered > > > > > NET: Registered protocol family 1 > > > > > NET: Registered protocol family 17 > > > > > Unable to handle kernel paging request at ffffffffffffffff RIP: > > > > > [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > > PGD 203027 PUD 2b031067 PMD 0 > > > > > Oops: 0000 [1] SMP > > > > > last sysfs file: > > > > > CPU 0 > > > > > Modules linked in: > > > > > Pid: 1, comm: swapper Not tainted 2.6.18-mm2-autokern1 #1 > > > > > RIP: 0010:[<ffffffff8047ef93>] [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > > RSP: 0000:ffff810bffcbde90 EFLAGS: 00010286 > > > > > RAX: 0000000000000000 RBX: ffff810bff4a1000 RCX: 2222222222222222 > > > > > RDX: ffff810bff4a1000 RSI: 0000000000000005 RDI: ffffffff8055f5e0 > > > > > RBP: ffffffffffffffff R08: 0000000000007616 R09: 000000000000000e > > > > > R10: 0000000000000006 R11: ffffffff803373f0 R12: 0000000000000000 > > > > > R13: 0000000000000005 R14: ffff810bff4a1000 R15: 0000000000000000 > > > > > FS: 0000000000000000(0000) GS:ffffffff805d8000(0000) knlGS:0000000000000000 > > > > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > > > > CR2: ffffffffffffffff CR3: 0000000000201000 CR4: 00000000000006e0 > > > > > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb510) > > > > > Stack: ffff810bff4a1000 ffffffff8055f4c0 0000000000000000 ffff810bffcbdef0 > > > > > 0000000000000000 ffffffff8042736e 0000000000000000 0000000000000000 > > > > > 0000000000000000 ffffffff8061c68d ffffffff806260f0 ffffffff80207182 > > > > > Call Trace: > > > > > [<ffffffff8042736e>] register_netdevice_notifier+0x3e/0x70 > > > > > [<ffffffff8061c68d>] packet_init+0x2d/0x53 > > > > > [<ffffffff80207182>] init+0x162/0x330 > > > > > [<ffffffff8020a9d8>] child_rip+0xa/0x12 > > > > > [<ffffffff8033c2a2>] acpi_ds_init_one_object+0x0/0x82 > > > > > [<ffffffff80207020>] init+0x0/0x330 > > > > > [<ffffffff8020a9ce>] child_rip+0x0/0x12 > > > > > > > > > > > > > > > Code: 48 8b 45 00 0f 18 08 49 83 fd 02 4c 8d 65 f8 0f 84 f8 fe ff > > > > > RIP [<ffffffff8047ef93>] packet_notifier+0x163/0x1a0 > > > > > RSP <ffff810bffcbde90> > > > > > CR2: ffffffffffffffff > > > > > <0>Kernel panic - not syncing: Attempted to kill init! > > > > > > > > > > > > > I'm really struggling to work out what went wrong there. Comparing your > > > > miserable 20 bytes of code to my object code makes me think that this: > > > > > > > > struct packet_sock *po = pkt_sk(sk); > > > > > > > > returned -1, perhaps in %ebp. But it's all very crude. > > > > > > > > Perhaps you could compile that kernel with CONFIG_DEBUG_INFO, rerun it (the > > > > addresses might change) then have a poke around with `gdb vmlinux' (or > > > > maybe just addr2line) to work out where it's really oopsing? > > > > > > > > I don't see much which has changed in that area recently. > > > > > > Sorry for the delay. I was finally able to perform a bisect on this. It > > > turns out the patch that causes this is > > > x86_64-mm-re-positioning-the-bss-segment.patch, which seems like a > > > strange candidate, but sure enough I can boot to login: right up until > > > that patch is applied. > > > > hm, that patch was merged into mainline September 29. Does mainline work? > > Yes we had this earlier already. But without this patch it doesn't > compile for some people. So it was readded. > > And nobody knows why the reposition-bss patch actually breaks things :/ I just wanted to add a chaned up my config file and things went away. It was not at all clear as to what was causing it. Thanks, Keith ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-04 15:45 ` Andrew Morton 2006-10-04 15:55 ` Vivek Goyal 2006-10-04 15:56 ` Andi Kleen @ 2006-10-04 16:41 ` Steve Fox 2006-10-05 0:06 ` Andrew Morton 2 siblings, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-04 16:41 UTC (permalink / raw) To: Andrew Morton; +Cc: linux-kernel, netdev, Andi Kleen, Vivek Goyal On Wed, 2006-10-04 at 08:45 -0700, Andrew Morton wrote: > On Wed, 04 Oct 2006 08:42:28 -0500 > Steve Fox <drfickle@us.ibm.com> wrote: > > Sorry for the delay. I was finally able to perform a bisect on this. It > > turns out the patch that causes this is > > x86_64-mm-re-positioning-the-bss-segment.patch, which seems like a > > strange candidate, but sure enough I can boot to login: right up until > > that patch is applied. > > hm, that patch was merged into mainline September 29. Does mainline work? -git21 also fails with this same error. -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-04 16:41 ` Steve Fox @ 2006-10-05 0:06 ` Andrew Morton 2006-10-05 0:51 ` Vivek Goyal 0 siblings, 1 reply; 67+ messages in thread From: Andrew Morton @ 2006-10-05 0:06 UTC (permalink / raw) To: Steve Fox; +Cc: linux-kernel, netdev, Andi Kleen, Vivek Goyal On Wed, 04 Oct 2006 11:41:59 -0500 Steve Fox <drfickle@us.ibm.com> wrote: > On Wed, 2006-10-04 at 08:45 -0700, Andrew Morton wrote: > > On Wed, 04 Oct 2006 08:42:28 -0500 > > Steve Fox <drfickle@us.ibm.com> wrote: > > > Sorry for the delay. I was finally able to perform a bisect on this. It > > > turns out the patch that causes this is > > > x86_64-mm-re-positioning-the-bss-segment.patch, which seems like a > > > strange candidate, but sure enough I can boot to login: right up until > > > that patch is applied. > > > > hm, that patch was merged into mainline September 29. Does mainline work? > > -git21 also fails with this same error. > OK, thanks. And we know that x86_64-mm-re-positioning-the-bss-segment.patch triggered this failure. And that patch is non-buggy, and the xfrm code is probably non-buggy. So we don't know squat, and we're going to need to debug this crash. Well. There is one trick we could use: apply x86_64-mm-re-positioning-the-bss-segment.patch to 2.6.18 base and see if it crashes. If it doesn't, then we can theorise that the bug is some buggy post 2.6.18 patch which is being exposed by x86_64-mm-re-positioning-the-bss-segment.patch. A technique I've used before for identifying the buggy patch is to do a git-bisect, but apply x86_64-mm-re-positioning-the-bss-segment.patch by hand at each bisection step. It's pretty straightforward as long as the patch roughly applies at each step. Or we could debug it. Can you send the .config? Let's see if it happens with my toolchain+machine first. Thanks. ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 0:06 ` Andrew Morton @ 2006-10-05 0:51 ` Vivek Goyal 2006-10-05 0:57 ` Andi Kleen 0 siblings, 1 reply; 67+ messages in thread From: Vivek Goyal @ 2006-10-05 0:51 UTC (permalink / raw) To: Andrew Morton; +Cc: Steve Fox, linux-kernel, netdev, Andi Kleen, kmannth On Wed, Oct 04, 2006 at 05:06:59PM -0700, Andrew Morton wrote: > On Wed, 04 Oct 2006 11:41:59 -0500 > Steve Fox <drfickle@us.ibm.com> wrote: > > > On Wed, 2006-10-04 at 08:45 -0700, Andrew Morton wrote: > > > On Wed, 04 Oct 2006 08:42:28 -0500 > > > Steve Fox <drfickle@us.ibm.com> wrote: > > > > Sorry for the delay. I was finally able to perform a bisect on this. It > > > > turns out the patch that causes this is > > > > x86_64-mm-re-positioning-the-bss-segment.patch, which seems like a > > > > strange candidate, but sure enough I can boot to login: right up until > > > > that patch is applied. > > > > > > hm, that patch was merged into mainline September 29. Does mainline work? > > > > -git21 also fails with this same error. > > > > OK, thanks. And we know that > x86_64-mm-re-positioning-the-bss-segment.patch triggered this failure. And > that patch is non-buggy, and the xfrm code is probably non-buggy. So we don't > know squat, and we're going to need to debug this crash. > > Well. There is one trick we could use: apply > x86_64-mm-re-positioning-the-bss-segment.patch to 2.6.18 base and see if it > crashes. If it doesn't, then we can theorise that the bug is some buggy > post 2.6.18 patch which is being exposed by I think most likely it would crash on 2.6.18. Keith mannthey had reported a different crash on 2.6.18-rc4-mm2 when this patch was introduced first time. Following is the link to the thread. http://marc.theaimsgroup.com/?l=linux-kernel&m=115629369729911&w=2 Following is the backtrace he had reported. Unable to handle kernel NULL pointer dereference at 0000000000000007 RIP: [<ffffffff803d45b0>] __unix_insert_socket+0x49/0x5a PGD 115c934067 PUD 115c935067 PMD 0 Oops: 0002 [1] SMP last sysfs file: CPU 14 Modules linked in: Pid: 1, comm: init Not tainted 2.6.18-rc4-mm2-smp #3 RIP: 0010:[<ffffffff803d45b0>] [<ffffffff803d45b0>] __unix_insert_socket+0x49/0x5a RSP: 0018:ffff810460605eb8 EFLAGS: 00010286 RAX: ffffffffffffffff RBX: ffff81115c171c80 RCX: 0000000000000000 RDX: ffff81115c171c88 RSI: ffff81115c171c80 RDI: ffffffff806656e0 RBP: ffffffff806656e0 R08: ffff81115c069200 R09: ffff8110700b4000 R10: 0000000000000000 R11: 0000000000000002 R12: ffff81115c170d00 R13: 0000000000000001 R14: 0000000000000001 R15: 0000000000000000 FS: 00002b793a4fd6d0(0000) GS:ffff81115c910e40(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 0000000000000007 CR3: 000000115c92d000 CR4: 00000000000006e0 Process init (pid: 1, threadinfo ffff810460604000, task ffff81115cb10040) Stack: 0000000100000001 00000000ffffffff ffff81115c171c80 ffffffff803d58e9 ffffffff8045bb30 0000000180298f61 ffffffff80498080 0000000000000001 ffff81115c170d00 ffffffff803d595d 0000000000000004 ffffffff80376061 Call Trace: [<ffffffff803d58e9>] unix_create1+0xf3/0x107 [<ffffffff803d595d>] unix_create+0x60/0x6b [<ffffffff80376061>] __sock_create+0x12f/0x227 [<ffffffff80376429>] sys_socket+0xf/0x37 [<ffffffff8020968e>] system_call+0x7e/0x83 Code: 48 89 50 08 48 89 55 00 48 89 6a 08 41 58 5b 5d c3 c7 47 08 RIP [<ffffffff803d45b0>] __unix_insert_socket+0x49/0x5a RSP <ffff810460605eb8> CR2: 0000000000000007 <0>Kernel panic - not syncing: Attempted to kill init! Thanks Vivek ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 0:51 ` Vivek Goyal @ 2006-10-05 0:57 ` Andi Kleen 2006-10-05 1:08 ` Martin Bligh 0 siblings, 1 reply; 67+ messages in thread From: Andi Kleen @ 2006-10-05 0:57 UTC (permalink / raw) To: vgoyal; +Cc: Andrew Morton, Steve Fox, linux-kernel, netdev, kmannth > I think most likely it would crash on 2.6.18. Keith mannthey had reported > a different crash on 2.6.18-rc4-mm2 when this patch was introduced first > time. Following is the link to the thread. Then maybe trying 2.6.17 + the patch and then bisect between that and -rc4? -Andi ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 0:57 ` Andi Kleen @ 2006-10-05 1:08 ` Martin Bligh 2006-10-05 2:05 ` Keith Mannthey 2006-10-05 14:53 ` Steve Fox 0 siblings, 2 replies; 67+ messages in thread From: Martin Bligh @ 2006-10-05 1:08 UTC (permalink / raw) To: Andi Kleen Cc: vgoyal, Andrew Morton, Steve Fox, linux-kernel, netdev, kmannth, Andy Whitcroft Andi Kleen wrote: >>I think most likely it would crash on 2.6.18. Keith mannthey had reported >>a different crash on 2.6.18-rc4-mm2 when this patch was introduced first >>time. Following is the link to the thread. > > > Then maybe trying 2.6.17 + the patch and then bisect between that and -rc4? I think it's fixed already in -git22, or at least it is for the IBM box reporting to test.kernel.org. You might want to try that one ... M. ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 1:08 ` Martin Bligh @ 2006-10-05 2:05 ` Keith Mannthey 2006-10-05 14:53 ` Steve Fox 1 sibling, 0 replies; 67+ messages in thread From: Keith Mannthey @ 2006-10-05 2:05 UTC (permalink / raw) To: Martin Bligh Cc: Andi Kleen, vgoyal, Andrew Morton, Steve Fox, linux-kernel, netdev, kmannth, Andy Whitcroft On 10/4/06, Martin Bligh <mbligh@mbligh.org> wrote: > Andi Kleen wrote: > >>I think most likely it would crash on 2.6.18. Keith mannthey had reported > >>a different crash on 2.6.18-rc4-mm2 when this patch was introduced first > >>time. Following is the link to the thread. > > > > > > Then maybe trying 2.6.17 + the patch and then bisect between that and -rc4? > > I think it's fixed already in -git22, or at least it is for the IBM box > reporting to test.kernel.org. You might want to try that one ... Fixed or hidden... hard to say at this point. I think it could be a werid interaction between patches and or config options. I will see tommorrow if I can recreate again. Thanks, Keith ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 1:08 ` Martin Bligh 2006-10-05 2:05 ` Keith Mannthey @ 2006-10-05 14:53 ` Steve Fox 2006-10-05 15:12 ` Badari Pulavarty 1 sibling, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-05 14:53 UTC (permalink / raw) To: Martin Bligh Cc: Andi Kleen, vgoyal, Andrew Morton, linux-kernel, netdev, kmannth, Andy Whitcroft On Wed, 2006-10-04 at 18:08 -0700, Martin Bligh wrote: > Andi Kleen wrote: > >>I think most likely it would crash on 2.6.18. Keith mannthey had reported > >>a different crash on 2.6.18-rc4-mm2 when this patch was introduced first > >>time. Following is the link to the thread. > > > > > > Then maybe trying 2.6.17 + the patch and then bisect between that and -rc4? > > I think it's fixed already in -git22, or at least it is for the IBM box > reporting to test.kernel.org. You might want to try that one ... -git22 also panics for me. -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 14:53 ` Steve Fox @ 2006-10-05 15:12 ` Badari Pulavarty 2006-10-05 15:32 ` Steve Fox 0 siblings, 1 reply; 67+ messages in thread From: Badari Pulavarty @ 2006-10-05 15:12 UTC (permalink / raw) To: Steve Fox Cc: Martin Bligh, Andi Kleen, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thu, 2006-10-05 at 09:53 -0500, Steve Fox wrote: > On Wed, 2006-10-04 at 18:08 -0700, Martin Bligh wrote: > > Andi Kleen wrote: > > >>I think most likely it would crash on 2.6.18. Keith mannthey had reported > > >>a different crash on 2.6.18-rc4-mm2 when this patch was introduced first > > >>time. Following is the link to the thread. > > > > > > > > > Then maybe trying 2.6.17 + the patch and then bisect between that and -rc4? > > > > I think it's fixed already in -git22, or at least it is for the IBM box > > reporting to test.kernel.org. You might want to try that one ... > > -git22 also panics for me. > Steve, Can you post the latest panic stack again (with CONFIG_DEBUG_KERNEL) ? Last time I couldn't match your instruction dump to any code segment in the routine. And also, can you post your .config file. I have an amd64 and em64t machine and both work fine... Thanks, Badari ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 15:12 ` Badari Pulavarty @ 2006-10-05 15:32 ` Steve Fox 2006-10-05 15:40 ` Andi Kleen 0 siblings, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-05 15:32 UTC (permalink / raw) To: Badari Pulavarty Cc: Martin Bligh, Andi Kleen, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thu, 2006-10-05 at 08:12 -0700, Badari Pulavarty wrote: > Can you post the latest panic stack again (with CONFIG_DEBUG_KERNEL) ? CONFIG_DEBUG_KERNEL should be on > Last time I couldn't match your instruction dump to any code segment > in the routine. And also, can you post your .config file. I have > an amd64 and em64t machine and both work fine... Unable to handle kernel NULL pointer dereference at 0000000000000827 RIP: [<ffffffff804705e6>] xfrm_register_mode+0x36/0x60 PGD 0 Oops: 0000 [1] SMP CPU 0 Modules linked in: Pid: 1, comm: swapper Not tainted 2.6.18-git22 #1 RIP: 0010:[<ffffffff804705e6>] [<ffffffff804705e6>] xfrm_register_mode+0x36/0x60 RSP: 0000:ffff810bffcbded0 EFLAGS: 00010286 RAX: 000000000000081f RBX: ffffffff805588a0 RCX: 0000000000000000 RDX: ffffffffffffffff RSI: 0000000000000002 RDI: ffffffff80559550 RBP: 00000000ffffffef R08: 000000003f924371 R09: 0000000000000000 R10: ffff810bffcbdcb0 R11: 0000000000000154 R12: 0000000000000000 R13: ffff810bffcbdef0 R14: 0000000000000000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffffffff805d2000(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000827 CR3: 0000000000201000 CR4: 00000000000006e0 Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb4e0) Stack: 0000000000000000 ffffffff8061fb48 0000000000000000 ffffffff80207182 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000090000 The base config file I'm using is at http://flooterbu.net/kernel/elm3b239-2.6.17.config -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 15:32 ` Steve Fox @ 2006-10-05 15:40 ` Andi Kleen 2006-10-05 17:57 ` Steve Fox 0 siblings, 1 reply; 67+ messages in thread From: Andi Kleen @ 2006-10-05 15:40 UTC (permalink / raw) To: Steve Fox Cc: Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thursday 05 October 2006 17:32, Steve Fox wrote: > On Thu, 2006-10-05 at 08:12 -0700, Badari Pulavarty wrote: > > > Can you post the latest panic stack again (with CONFIG_DEBUG_KERNEL) ? > > CONFIG_DEBUG_KERNEL should be on > > > Last time I couldn't match your instruction dump to any code segment > > in the routine. And also, can you post your .config file. I have > > an amd64 and em64t machine and both work fine... > > Unable to handle kernel NULL pointer dereference at 0000000000000827 RIP: > [<ffffffff804705e6>] xfrm_register_mode+0x36/0x60 > PGD 0 > Oops: 0000 [1] SMP > CPU 0 > Modules linked in: > Pid: 1, comm: swapper Not tainted 2.6.18-git22 #1 > RIP: 0010:[<ffffffff804705e6>] [<ffffffff804705e6>] xfrm_register_mode+0x36/0x60 > RSP: 0000:ffff810bffcbded0 EFLAGS: 00010286 > RAX: 000000000000081f RBX: ffffffff805588a0 RCX: 0000000000000000 > RDX: ffffffffffffffff RSI: 0000000000000002 RDI: ffffffff80559550 > RBP: 00000000ffffffef R08: 000000003f924371 R09: 0000000000000000 > R10: ffff810bffcbdcb0 R11: 0000000000000154 R12: 0000000000000000 > R13: ffff810bffcbdef0 R14: 0000000000000000 R15: 0000000000000000 > FS: 0000000000000000(0000) GS:ffffffff805d2000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 0000000000000827 CR3: 0000000000201000 CR4: 00000000000006e0 > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb4e0) > Stack: 0000000000000000 ffffffff8061fb48 0000000000000000 ffffffff80207182 > 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000090000 Please don't snip the Code: line. It is fairly important. > > The base config file I'm using is at > http://flooterbu.net/kernel/elm3b239-2.6.17.config My guess is that something is wrong with the global variable it is accessing. Can you post the output of grep -5 xfrm_policy_afinfo ? I wonder if that variable overlaps something else. And please add a printk("global %p\n", xfrm_policy_afinfo[family]); at the beginning of net/xfrm/xfrm_poliy.c:xfrm_policy_lock_afinfo and post the output. If not then it's possible that some nearby variable is overflowing or similar. Adding some padding around xfrm_policy_afinfo would show that. Another way if that global is proven to be corrupted will be to add checks all over the boot process to track down where it gets corrupted. -Andi ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 15:40 ` Andi Kleen @ 2006-10-05 17:57 ` Steve Fox 2006-10-05 18:27 ` Andi Kleen 0 siblings, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-05 17:57 UTC (permalink / raw) To: Andi Kleen Cc: Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote: > Please don't snip the Code: line. It is fairly important. Sorry about that. The remote console I was using appears to overwrite some text after I force the reboot. Here's a clean one. global ffffffffffffffff Unable to handle kernel NULL pointer dereference at 0000000000000827 RIP: [<ffffffff80470766>] xfrm_register_mode+0x36/0x60 PGD 0 Oops: 0000 [1] SMP CPU 0 Modules linked in: Pid: 1, comm: swapper Not tainted 2.6.18-git22 #3 RIP: 0010:[<ffffffff80470766>] [<ffffffff80470766>] xfrm_register_mode+0x36/0x60 RSP: 0000:ffff810bffcbded0 EFLAGS: 00010286 RAX: 000000000000081f RBX: ffffffff805588a0 RCX: 0000000000000000 RDX: ffffffffffffffff RSI: 0000000000000046 RDI: ffffffff80559550 RBP: 00000000ffffffef R08: 0000000000007a02 R09: 000000000000000e R10: 0000000000000006 R11: ffffffff80334660 R12: 0000000000000000 R13: ffff810bffcbdef0 R14: 0000000000000000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffffffff805d2000(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000827 CR3: 0000000000201000 CR4: 00000000000006e0 Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb4e0) Stack: 0000000000000000 ffffffff8061fb48 0000000000000000 ffffffff80207182 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000090000 Call Trace: [<ffffffff80207182>] init+0x162/0x330 [<ffffffff8020a9a8>] child_rip+0xa/0x12 [<ffffffff803394c2>] acpi_ds_init_one_object+0x0/0x82 [<ffffffff80207020>] init+0x0/0x330 [<ffffffff8020a99e>] child_rip+0x0/0x12 Code: 48 83 78 08 00 75 06 48 89 58 08 31 ed 48 89 d7 e8 65 fd ff RIP [<ffffffff80470766>] xfrm_register_mode+0x36/0x60 RSP <ffff810bffcbded0> CR2: 0000000000000827 <0>Kernel panic - not syncing: Aiee, killing interrupt handler! > My guess is that something is wrong with the global variable it is accessing. > Can you post the output of grep -5 xfrm_policy_afinfo ? elm3b239:/boot # grep -5 xfrm_policy_afinfo System.map-2.6.18-git22 ffffffff805594c0 d xfrm4_state_afinfo ffffffff80559500 D xfrm_cfg_mutex ffffffff80559530 d xfrm_dev_notifier ffffffff80559548 d xfrm_policy_lock ffffffff8055954c d xfrm_policy_gc_lock ffffffff80559550 d xfrm_policy_afinfo_lock ffffffff80559560 d xfrm_hash_work ffffffff805595c0 d hash_resize_mutex ffffffff80559600 D sysctl_xfrm_aevent_etime ffffffff80559604 D sysctl_xfrm_aevent_rseqth ffffffff80559610 D km_waitq -- ffffffff8075bfd8 b idiagnl ffffffff8075bfe0 B xfrm_policy_count ffffffff8075bff8 b xfrm_policy_gc_list ffffffff8075c000 b dummy.28400 ffffffff8075c038 b idx_generator.27450 ffffffff8075c040 b xfrm_policy_afinfo ffffffff8075c140 b xfrm_policy_gc_work ffffffff8075c1a0 b xfrm_policy_inexact ffffffff8075c1e0 B xfrm_nl ffffffff8075c1e8 b xfrm_state_gc_list ffffffff8075c1f0 b acqseq.27386 > And please add a > printk("global %p\n", xfrm_policy_afinfo[family]); > at the beginning of net/xfrm/xfrm_poliy.c:xfrm_policy_lock_afinfo > and post the output. Included above. -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 17:57 ` Steve Fox @ 2006-10-05 18:27 ` Andi Kleen 2006-10-05 18:51 ` Steve Fox 2006-10-05 18:52 ` Vivek Goyal 0 siblings, 2 replies; 67+ messages in thread From: Andi Kleen @ 2006-10-05 18:27 UTC (permalink / raw) To: Steve Fox Cc: Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thursday 05 October 2006 19:57, Steve Fox wrote: > On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote: > > > Please don't snip the Code: line. It is fairly important. > > Sorry about that. The remote console I was using appears to overwrite > some text after I force the reboot. Here's a clean one. > > global ffffffffffffffff Ok that definitely shouldn't be in there. I guess we need to track when it gets corrupted. Can you send the full boot log with this patch applied? -Andi Index: linux-2.6.19-rc1-hack/init/main.c =================================================================== --- linux-2.6.19-rc1-hack.orig/init/main.c +++ linux-2.6.19-rc1-hack/init/main.c @@ -75,6 +75,9 @@ static int init(void *); +extern void bugcheck(char *, int); +#define CHECK bugcheck(__FILE__, __LINE__) + extern void init_IRQ(void); extern void fork_init(unsigned long); extern void mca_init(void); @@ -480,6 +483,8 @@ asmlinkage void __init start_kernel(void char * command_line; extern struct kernel_param __start___param[], __stop___param[]; + CHECK; + smp_setup_processor_id(); /* @@ -502,7 +507,9 @@ asmlinkage void __init start_kernel(void page_address_init(); printk(KERN_NOTICE); printk(linux_banner); + CHECK; setup_arch(&command_line); + CHECK; setup_per_cpu_areas(); smp_prepare_boot_cpu(); /* arch-specific boot-cpu hooks */ @@ -517,6 +524,7 @@ asmlinkage void __init start_kernel(void * fragile until we cpu_idle() for the first time. */ preempt_disable(); + CHECK; build_all_zonelists(); page_alloc_init(); printk(KERN_NOTICE "Kernel command line: %s\n", saved_command_line); @@ -525,6 +533,7 @@ asmlinkage void __init start_kernel(void __stop___param - __start___param, &unknown_bootoption); sort_main_extable(); + CHECK; trap_init(); rcu_init(); init_IRQ(); @@ -533,8 +542,10 @@ asmlinkage void __init start_kernel(void hrtimers_init(); softirq_init(); timekeeping_init(); + CHECK; time_init(); profile_init(); + CHECK; if (!irqs_disabled()) printk("start_kernel(): bug: interrupts were enabled early\n"); early_boot_irqs_on(); @@ -568,7 +579,9 @@ asmlinkage void __init start_kernel(void #endif vfs_caches_init_early(); cpuset_init_early(); + CHECK; mem_init(); + CHECK; kmem_cache_init(); setup_per_cpu_pageset(); numa_policy_init(); @@ -577,6 +590,7 @@ asmlinkage void __init start_kernel(void calibrate_delay(); pidmap_init(); pgtable_cache_init(); + CHECK; prio_tree_init(); anon_vma_init(); #ifdef CONFIG_X86 @@ -586,12 +600,14 @@ asmlinkage void __init start_kernel(void fork_init(num_physpages); proc_caches_init(); buffer_init(); + CHECK; unnamed_dev_init(); key_init(); security_init(); vfs_caches_init(num_physpages); radix_tree_init(); signals_init(); + CHECK; /* rootfs populating might need page-writeback */ page_writeback_init(); #ifdef CONFIG_PROC_FS @@ -599,6 +615,7 @@ asmlinkage void __init start_kernel(void #endif cpuset_init(); taskstats_init_early(); + CHECK; delayacct_init(); check_bugs(); @@ -609,7 +626,7 @@ asmlinkage void __init start_kernel(void rest_init(); } -static int __initdata initcall_debug; +static int __initdata initcall_debug = 1; static int __init initcall_debug_setup(char *str) { @@ -639,7 +656,11 @@ static void __init do_initcalls(void) printk("\n"); } + CHECK; + result = (*call)(); + + CHECK; if (result && result != -ENODEV && initcall_debug) { sprintf(msgbuf, "error code %d", result); @@ -725,21 +746,32 @@ static int init(void * unused) smp_prepare_cpus(max_cpus); + CHECK; + do_pre_smp_initcalls(); smp_init(); + + CHECK; + sched_init_smp(); cpuset_init_smp(); + CHECK; + /* * Do this before initcalls, because some drivers want to access * firmware files. */ populate_rootfs(); + CHECK; + do_basic_setup(); + CHECK; + /* * check if there is an early userspace init. If yes, let it do all * the work Index: linux-2.6.19-rc1-hack/net/xfrm/xfrm_policy.c =================================================================== --- linux-2.6.19-rc1-hack.orig/net/xfrm/xfrm_policy.c +++ linux-2.6.19-rc1-hack/net/xfrm/xfrm_policy.c @@ -39,6 +39,16 @@ EXPORT_SYMBOL(xfrm_policy_count); static DEFINE_RWLOCK(xfrm_policy_afinfo_lock); static struct xfrm_policy_afinfo *xfrm_policy_afinfo[NPROTO]; +void bugcheck(char *where, int line) +{ + int i; + for (i = 0; i < NPROTO; i++) + if (xfrm_policy_afinfo[i] == (void *)-1UL) { + printk("afinfo corrupted at %s:%d\n",where,line); + return; + } +} + static kmem_cache_t *xfrm_dst_cache __read_mostly; static struct work_struct xfrm_policy_gc_work; ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 18:27 ` Andi Kleen @ 2006-10-05 18:51 ` Steve Fox 2006-10-05 19:05 ` Andi Kleen 2006-10-05 18:52 ` Vivek Goyal 1 sibling, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-05 18:51 UTC (permalink / raw) To: Andi Kleen Cc: Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thu, 2006-10-05 at 20:27 +0200, Andi Kleen wrote: > I guess we need to track when it gets corrupted. Can you send the full > boot log with this patch applied? Here she blows! root (hd0,0) Filesystem type is reiserfs, partition type 0x83 kernel /boot/vmlinuz-autobench root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.5 0:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts console=tty0 console=ttyS0, 57600 autobench_args: root=/dev/sda1 ABAT:1160073474 [Linux-bzImage, setup=0x1400, size=0x1dd755] initrd /boot/initrd-autobench.img [Linux-initrd @ 0x37ceb000, 0x304c57 bytes] Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #4 SMP Thu Oct 5 11:36:21 PDT 2006 Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160073474 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) end_pfn_map = 12582912 DMI 2.3 present. Zone PFN ranges: DMA 0 -> 4096 DMA32 4096 -> 1048576 Normal 1048576 -> 12582912 early_node_map[3] active PFN ranges 0: 0 -> 154 0: 256 -> 786294 0: 1048576 -> 12582912 ACPI: PM-Timer IO Port: 0x9c ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 (Bootup-CPU) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) Processor #6 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) Processor #7 ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled) Processor #16 ACPI: LAPIC (acpi_id[0x05] lapic_id[0x11] enabled) Processor #17 ACPI: LAPIC (acpi_id[0x06] lapic_id[0x16] enabled) Processor #22 ACPI: LAPIC (acpi_id[0x07] lapic_id[0x17] enabled) Processor #23 ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] enabled) Processor #32 ACPI: LAPIC (acpi_id[0x11] lapic_id[0x21] enabled) Processor #33 ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) Processor #38 ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) Processor #39 ACPI: LAPIC (acpi_id[0x14] lapic_id[0x30] enabled) Processor #48 ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled) Processor #49 ACPI: LAPIC (acpi_id[0x16] lapic_id[0x36] enabled) Processor #54 ACPI: LAPIC (acpi_id[0x17] lapic_id[0x37] enabled) Processor #55 ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] enabled) Processor #64 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x21] lapic_id[0x41] enabled) Processor #65 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x22] lapic_id[0x46] enabled) Processor #70 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x23] lapic_id[0x47] enabled) Processor #71 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x24] lapic_id[0x50] enabled) Processor #80 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x25] lapic_id[0x51] enabled) Processor #81 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x26] lapic_id[0x56] enabled) Processor #86 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x27] lapic_id[0x57] enabled) Processor #87 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] enabled) Processor #96 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x31] lapic_id[0x61] enabled) Processor #97 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x32] lapic_id[0x66] enabled) Processor #102 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x33] lapic_id[0x67] enabled) Processor #103 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x34] lapic_id[0x70] enabled) Processor #112 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x35] lapic_id[0x71] enabled) Processor #113 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x36] lapic_id[0x76] enabled) Processor #118 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x37] lapic_id[0x77] enabled) Processor #119 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x10] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x11] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x12] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x13] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x14] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x15] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x16] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x17] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x20] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x21] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x22] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x23] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x24] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x25] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x26] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x27] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x30] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x31] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x32] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x33] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x34] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x35] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x36] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x37] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x0f] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 15, address 0xfec00000, GSI 0-35 ACPI: IOAPIC (id[0x0e] address[0xfec01000] gsi_base[36]) IOAPIC[1]: apic_id 14, address 0xfec01000, GSI 36-71 ACPI: IOAPIC (id[0x0d] address[0xfec02000] gsi_base[72]) IOAPIC[2]: apic_id 13, address 0xfec02000, GSI 72-107 ACPI: IOAPIC (id[0x0c] address[0xfec03000] gsi_base[108]) IOAPIC[3]: apic_id 12, address 0xfec03000, GSI 108-143 ACPI: IOAPIC (id[0x0b] address[0xfec04000] gsi_base[144]) IOAPIC[4]: apic_id 11, address 0xfec04000, GSI 144-179 ACPI: IOAPIC (id[0x0a] address[0xfec05000] gsi_base[180]) IOAPIC[5]: apic_id 10, address 0xfec05000, GSI 180-215 ACPI: IOAPIC (id[0x09] address[0xfec06000] gsi_base[216]) IOAPIC[6]: apic_id 9, address 0xfec06000, GSI 216-251 ACPI: IOAPIC (id[0x08] address[0xfec07000] gsi_base[252]) IOAPIC[7]: apic_id 8, address 0xfec07000, GSI 252-287 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 low edge) Setting APIC routing to clustered ACPI: HPET id: 0x10142201 base: 0xfde84000 Using ACPI (MADT) for SMP configuration information Nosave address range: 000000000009a000 - 000000000009b000 Nosave address range: 000000000009b000 - 00000000000a0000 Nosave address range: 00000000000a0000 - 00000000000e0000 Nosave address range: 00000000000e0000 - 0000000000100000 Nosave address range: 00000000bff76000 - 00000000bff77000 Nosave address range: 00000000bff77000 - 00000000bff98000 Nosave address range: 00000000bff98000 - 00000000bff99000 Nosave address range: 00000000bff99000 - 00000000c0000000 Nosave address range: 00000000c0000000 - 00000000fec00000 Nosave address range: 00000000fec00000 - 0000000100000000 Allocating PCI resources starting at c4000000 (gap: c0000000:3ec00000) afinfo corrupted at init/main.c:512 SMP: Allowing 16 CPUs, 0 hotplug CPUs PERCPU: Allocating 33920 bytes of per cpu data afinfo corrupted at init/main.c:527 Built 1 zonelists. Total pages: 12147064 Kernel command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160073474 afinfo corrupted at init/main.c:536 Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) afinfo corrupted at init/main.c:545 afinfo corrupted at init/main.c:548 Console: colour VGA+ 80x25 Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes) Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes) afinfo corrupted at init/main.c:582 Checking aperture... PCI-DMA: Using software bounce buffering for IO (SWIOTLB) Placing software IO TLB between 0x310c2000 - 0x350c2000 Memory: 48422908k/50331648k available (2566k kernel code, 858868k reserved, 1345k data, 184k init) afinfo corrupted at init/main.c:584 Calibrating delay using timer specific routine.. 5677.94 BogoMIPS (lpj=11355895) afinfo corrupted at init/main.c:593 afinfo corrupted at init/main.c:603 Mount-cache hash table entries: 256 afinfo corrupted at init/main.c:610 afinfo corrupted at init/main.c:618 CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K using mwait in idle threads. CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 CPU0: Thermal monitoring enabled (TM1) SMP alternatives: switching to UP code ACPI: Core revision 20060707 ..MP-BIOS bug: 8254 timer not connected to IO-APIC Using local APIC timer interrupts. result 10425802 Detected 10.425 MHz APIC timer. afinfo corrupted at init/main.c:749 SMP alternatives: switching to SMP code Booting processor 1/16 APIC 0x1 Initializing CPU#1 Calibrating delay using timer specific routine.. 5671.84 BogoMIPS (lpj=11343680) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 CPU1: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 1: Syncing TSC to CPU 0. CPU 1: synchronized TSC with CPU 0 (last diff -4 cycles, maxerr 799 cycles) SMP alternatives: switching to SMP code Booting processor 2/16 APIC 0x6 Initializing CPU#2 Calibrating delay using timer specific routine.. 5671.99 BogoMIPS (lpj=11343984) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 3 CPU: Processor Core ID: 0 CPU2: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 2: Syncing TSC to CPU 0. CPU 2: synchronized TSC with CPU 0 (last diff -13 cycles, maxerr 3341 cycles) SMP alternatives: switching to SMP code Booting processor 3/16 APIC 0x7 Initializing CPU#3 Calibrating delay using timer specific routine.. 5672.06 BogoMIPS (lpj=11344129) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 3 CPU: Processor Core ID: 0 CPU3: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 3: Syncing TSC to CPU 0. CPU 3: synchronized TSC with CPU 0 (last diff 178 cycles, maxerr 3171 cycles) SMP alternatives: switching to SMP code Booting processor 4/16 APIC 0x10 Initializing CPU#4 Calibrating delay using timer specific routine.. 5672.04 BogoMIPS (lpj=11344087) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 8 CPU: Processor Core ID: 0 CPU4: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 4: Syncing TSC to CPU 0. CPU 4: synchronized TSC with CPU 0 (last diff -420 cycles, maxerr 3510 cycles) SMP alternatives: switching to SMP code Booting processor 5/16 APIC 0x11 Initializing CPU#5 Calibrating delay using timer specific routine.. 5672.04 BogoMIPS (lpj=11344081) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 8 CPU: Processor Core ID: 0 CPU5: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 5: Syncing TSC to CPU 0. CPU 5: synchronized TSC with CPU 0 (last diff -801 cycles, maxerr 3315 cycles) SMP alternatives: switching to SMP code Booting processor 6/16 APIC 0x16 Initializing CPU#6 Calibrating delay using timer specific routine.. 5672.02 BogoMIPS (lpj=11344046) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 11 CPU: Processor Core ID: 0 CPU6: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 6: Syncing TSC to CPU 0. CPU 6: synchronized TSC with CPU 0 (last diff -287 cycles, maxerr 3281 cycles) SMP alternatives: switching to SMP code Booting processor 7/16 APIC 0x17 Initializing CPU#7 Calibrating delay using timer specific routine.. 5672.01 BogoMIPS (lpj=11344028) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 11 CPU: Processor Core ID: 0 CPU7: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 7: Syncing TSC to CPU 0. CPU 7: synchronized TSC with CPU 0 (last diff 238 cycles, maxerr 3391 cycles) SMP alternatives: switching to SMP code Booting processor 8/16 APIC 0x20 Initializing CPU#8 Calibrating delay using timer specific routine.. 5672.42 BogoMIPS (lpj=11344847) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 16 CPU: Processor Core ID: 0 CPU8: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 8: Syncing TSC to CPU 0. CPU 8: synchronized TSC with CPU 0 (last diff 101 cycles, maxerr 8577 cycles) SMP alternatives: switching to SMP code Booting processor 9/16 APIC 0x21 Initializing CPU#9 Calibrating delay using timer specific routine.. 5672.28 BogoMIPS (lpj=11344576) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 16 CPU: Processor Core ID: 0 CPU9: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 9: Syncing TSC to CPU 0. CPU 9: synchronized TSC with CPU 0 (last diff 200 cycles, maxerr 8109 cycles) SMP alternatives: switching to SMP code Booting processor 10/16 APIC 0x26 Initializing CPU#10 Calibrating delay using timer specific routine.. 5672.50 BogoMIPS (lpj=11345012) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 19 CPU: Processor Core ID: 0 CPU10: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 10: Syncing TSC to CPU 0. CPU 10: synchronized TSC with CPU 0 (last diff 72 cycles, maxerr 8551 cycles) SMP alternatives: switching to SMP code Booting processor 11/16 APIC 0x27 Initializing CPU#11 Calibrating delay using timer specific routine.. 5672.90 BogoMIPS (lpj=11345804) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 19 CPU: Processor Core ID: 0 CPU11: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 11: Syncing TSC to CPU 0. CPU 11: synchronized TSC with CPU 0 (last diff -548 cycles, maxerr 8526 cycles) SMP alternatives: switching to SMP code Booting processor 12/16 APIC 0x30 Initializing CPU#12 Calibrating delay using timer specific routine.. 5672.75 BogoMIPS (lpj=11345516) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 24 CPU: Processor Core ID: 0 CPU12: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 12: Syncing TSC to CPU 0. CPU 12: synchronized TSC with CPU 0 (last diff 35 cycles, maxerr 8636 cycles) SMP alternatives: switching to SMP code Booting processor 13/16 APIC 0x31 Initializing CPU#13 Calibrating delay using timer specific routine.. 5672.55 BogoMIPS (lpj=11345119) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 24 CPU: Processor Core ID: 0 CPU13: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 13: Syncing TSC to CPU 0. CPU 13: synchronized TSC with CPU 0 (last diff -1125 cycles, maxerr 7829 cycles) SMP alternatives: switching to SMP code Booting processor 14/16 APIC 0x36 Initializing CPU#14 Calibrating delay using timer specific routine.. 5672.25 BogoMIPS (lpj=11344507) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 27 CPU: Processor Core ID: 0 CPU14: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 14: Syncing TSC to CPU 0. CPU 14: synchronized TSC with CPU 0 (last diff -796 cycles, maxerr 8568 cycles) SMP alternatives: switching to SMP code Booting processor 15/16 APIC 0x37 Initializing CPU#15 Calibrating delay using timer specific routine.. 5672.24 BogoMIPS (lpj=11344495) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 27 CPU: Processor Core ID: 0 CPU15: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 15: Syncing TSC to CPU 0. CPU 15: synchronized TSC with CPU 0 (last diff -3 cycles, maxerr 7531 cycles) Brought up 16 CPUs testing NMI watchdog ... OK. time.c: Using 333.333333 MHz WALL PIT GTOD PIT/HPET timer. time.c: Detected 2835.836 MHz processor. afinfo corrupted at init/main.c:755 migration_cost=29,1007 afinfo corrupted at init/main.c:761 afinfo corrupted at init/main.c:769 Calling initcall 0xffffffff802166c0: init_smp_flush+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806077b0: helper_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607b40: pm_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607bc0: ksysfs_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a490: filelock_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060afa0: init_script_binfmt+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060afb0: init_elf_binfmt+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614400: sock_init+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614ba0: netlink_proto_init+0x0/0x1a0() afinfo corrupted at init/main.c:659 NET: Registered protocol family 16 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c080: kobject_uevent_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c210: pcibus_class_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c7e0: pci_driver_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060eca0: tty_class_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060f790: vtconsole_class_init+0x0/0xc0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c920: acpi_pci_init+0x0/0x40() afinfo corrupted at init/main.c:659 ACPI: bus type pci registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d65f: init_acpi_device_notify+0x0/0x4b() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80613810: pci_access_init+0x0/0x30() afinfo corrupted at init/main.c:659 PCI: Using configuration type 1 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806054d0: topology_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806074e0: param_sysfs_init+0x0/0x200() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80249d00: pm_sysrq_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ac50: init_bio+0x0/0x110() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bf40: genhd_device_init+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d472: acpi_init+0x0/0x1ed() afinfo corrupted at init/main.c:659 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d945: acpi_ec_init+0x0/0x62() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060dd5e: acpi_pci_root_init+0x0/0x28() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060dda6: acpi_pci_link_init+0x0/0x48() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060df2c: acpi_power_init+0x0/0x77() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060dfa3: acpi_system_init+0x0/0xc6() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e069: acpi_event_init+0x0/0x3f() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e0a8: acpi_scan_init+0x0/0x1ac() afinfo corrupted at init/main.c:659 ACPI: PCI Root Bridge [VP00] (0000:00) PCI: Ignoring BAR0-3 of IDE controller 0000:00:0f.1 ACPI: PCI Root Bridge [VP01] (0000:01) ACPI: PCI Root Bridge [VP02] (0000:02) ACPI: PCI Root Bridge [VP03] (0000:04) ACPI: PCI Root Bridge [VP04] (0000:06) ACPI: PCI Root Bridge [VP05] (0000:08) ACPI: PCI Root Bridge [VP06] (0000:0a) ACPI: PCI Root Bridge [VP07] (0000:0c) ACPI: PCI Root Bridge [VP10] (0000:0e) ACPI: PCI Root Bridge [VP11] (0000:0f) ACPI: PCI Root Bridge [VP12] (0000:10) ACPI: PCI Root Bridge [VP13] (0000:12) ACPI: PCI Root Bridge [VP14] (0000:14) ACPI: PCI Root Bridge [VP15] (0000:16) ACPI: PCI Root Bridge [VP16] (0000:18) ACPI: PCI Root Bridge [VP17] (0000:1a) ACPI: PCI Root Bridge [VP20] (0000:1c) ACPI: PCI Root Bridge [VP21] (0000:1d) ACPI: PCI Root Bridge [VP22] (0000:1e) ACPI: PCI Root Bridge [VP23] (0000:20) ACPI: PCI Root Bridge [VP24] (0000:22) ACPI: PCI Root Bridge [VP25] (0000:24) ACPI: PCI Root Bridge [VP26] (0000:26) ACPI: PCI Root Bridge [VP27] (0000:28) ACPI: PCI Root Bridge [VP30] (0000:2a) ACPI: PCI Root Bridge [VP31] (0000:2b) ACPI: PCI Root Bridge [VP32] (0000:2c) ACPI: PCI Root Bridge [VP33] (0000:2e) ACPI: PCI Root Bridge [VP34] (0000:30) ACPI: PCI Root Bridge [VP35] (0000:32) ACPI: PCI Root Bridge [VP36] (0000:34) ACPI: PCI Root Bridge [VP37] (0000:36) afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e3c4: acpi_cm_sbs_init+0x0/0xc() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e3d0: pnp_init+0x0/0x30() afinfo corrupted at init/main.c:659 Linux Plug and Play Support v0.97 (c) Adam Belay afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e660: pnpacpi_init+0x0/0x70() afinfo corrupted at init/main.c:659 pnp: PnP ACPI init pnp: PnP ACPI: found 47 devices afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060f200: misc_init+0x0/0x90() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80375670: cn_init+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611560: init_scsi+0x0/0x90() afinfo corrupted at init/main.c:659 SCSI subsystem initialized afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612240: serio_init+0x0/0xd0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612660: input_init+0x0/0x120() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612a70: rtc_init+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612ac0: rtc_sysfs_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612ad0: rtc_proc_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612ae0: rtc_dev_init+0x0/0xb0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80613840: pci_acpi_init+0x0/0xb0() afinfo corrupted at init/main.c:659 PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806138f0: pci_legacy_init+0x0/0x120() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80613ea0: pcibios_irq_init+0x0/0x4f0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614390: pcibios_init+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806144c0: proto_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614660: net_dev_init+0x0/0x210() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614d40: genl_init+0x0/0xb0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805fdfc0: late_hpet_init+0x0/0xb0() afinfo corrupted at init/main.c:659 hpet0: at MMIO 0xfde84000, IRQs 2, 8, 0 hpet0: 3 64-bit timers, 3707069 Hz afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805ffe20: pci_iommu_init+0x0/0x20() afinfo corrupted at init/main.c:659 PCI-GART: No AMD northbridge found. afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a410: init_pipe_fs+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e294: acpi_motherboard_init+0x0/0x130() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e500: pnp_system_init+0x0/0x10() afinfo corrupted at init/main.c:659 pnp: 00:0a: ioport range 0x400-0x47f has been reserved pnp: 00:0a: ioport range 0x480-0x4ff could not be reserved afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e9e0: chr_dev_init+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806107b0: firmware_class_init+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80613220: pcibios_assign_resources+0x0/0x90() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80615750: inet_init+0x0/0x400() afinfo corrupted at init/main.c:659 NET: Registered protocol family 2 IP route cache hash table entries: 524288 (order: 10, 4194304 bytes) TCP established hash table entries: 262144 (order: 10, 4194304 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 262144 bind 65536) TCP reno registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8020db10: time_init_device+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805fe760: i8259A_init_sysfs+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805fe730: init_timer_sysfs+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805fed80: vsyscall_init+0x0/0xb0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805ff010: sbf_init+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805ffdf0: i8237A_init_sysfs+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80600270: periodic_mcheck_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806002a0: mce_init_device+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806003e0: thermal_throttle_init_device +0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80600450: threshold_init_device+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80601c50: init_lapic_sysfs+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806027f0: ioapic_init_sysfs+0x0/0xf0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8021d1f0: cache_sysfs_init+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806055e0: x8664_sysctl_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80606aa0: create_proc_profile+0x0/0x280() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80606ee0: ioresources_init+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607050: timekeeping_init_device+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607170: uid_cache_init+0x0/0x90() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806076e0: init_posix_timers+0x0/0xd0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806077f0: init_posix_cpu_timers+0x0/0xf0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607910: latency_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607a00: init_clocksource_sysfs+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607a60: init_jiffies_clocksource+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607a70: init+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607ae0: proc_dma_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80245840: percpu_modinit+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607b10: kallsyms_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607b80: ikconfig_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80608cd0: init_per_zone_pages_min+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609c40: pdflush_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609c90: kswapd_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609cc0: setup_vmstat+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609d30: procswaps_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609da0: hugetlb_init+0x0/0x70() afinfo corrupted at init/main.c:659 Total HugeTLB memory allocated, 0 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609e10: init_tmpfs+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609ef0: cpucache_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a460: fasync_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ab70: aio_setup+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060adf0: inotify_setup+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ae00: inotify_user_setup+0x0/0xc0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060aec0: eventpoll_init+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060afc0: init_mbcache+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060aff0: dnotify_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b4b0: init_devpts_fs+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b4f0: init_reiserfs_fs+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b570: init_ext3_fs+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b6a0: journal_init+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b780: init_ext2_fs+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b840: init_ramfs_fs+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b850: init_hugetlbfs_fs+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b910: init_fat_fs+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b960: init_vfat_fs+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b970: init_nls_cp437+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b980: init_nls_iso8859_1+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b990: init_autofs_fs+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b9a0: init_autofs4_fs+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 initcall at 0xffffffff8060b9a0: init_autofs4_fs+0x0/0x10(): returned with error code -16 Calling initcall 0xffffffff8060b9b0: ipc_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bc80: init_mqueue_fs+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bd60: crypto_algapi_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bda0: init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bdb0: init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bfa0: noop_init+0x0/0x10() afinfo corrupted at init/main.c:659 io scheduler noop registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bfb0: as_init+0x0/0x10() afinfo corrupted at init/main.c:659 io scheduler anticipatory registered (default) afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bfc0: deadline_init+0x0/0x10() afinfo corrupted at init/main.c:659 io scheduler deadline registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bfd0: cfq_init+0x0/0xb0() afinfo corrupted at init/main.c:659 io scheduler cfq registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8032c1d0: pci_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c7f0: pci_sysfs_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c830: pci_proc_init+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d6aa: acpi_ac_init+0x0/0x45() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d6ef: acpi_battery_init+0x0/0x45() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060dd00: acpi_video_init+0x0/0x5e() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ddee: irqrouter_init_sysfs+0x0/0x38() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ea80: rand_initialize+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060eab0: tty_init+0x0/0x1f0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ed10: pty_init+0x0/0x4f0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060f850: hpet_init+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060f8c0: agp_init+0x0/0x30() afinfo corrupted at init/main.c:659 Linux agpgart interface v0.101 (c) Dave Jones afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060fa20: cn_proc_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060fe60: serial8250_init+0x0/0x150() afinfo corrupted at init/main.c:659 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610090: serial8250_pnp_init+0x0/0x10() afinfo corrupted at init/main.c:659 00:03: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:04: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806100a0: serial8250_pci_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80384c90: topology_sysfs_init+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610830: e1000_init_module+0x0/0x50() afinfo corrupted at init/main.c:659 Intel(R) PRO/1000 Network Driver - version 7.2.9-k2 Copyright (c) 1999-2006 Intel Corporation. afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610880: tg3_init+0x0/0x10() afinfo corrupted at init/main.c:659 tg3.c:v3.66 (September 23, 2006) ACPI: PCI Interrupt 0000:01:01.0[A] -> GSI 24 (level, low) -> IRQ 24 eth0: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:0d:60:98:63:54 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] eth0: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:01:01.1[B] -> GSI 28 (level, low) -> IRQ 28 eth1: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:0d:60:98:63:55 eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth1: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:0f:01.0[A] -> GSI 96 (level, low) -> IRQ 96 eth2: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:0c eth2: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] eth2: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:0f:01.1[B] -> GSI 100 (level, low) -> IRQ 100 eth3: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:0d eth3: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth3: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:1d:01.0[A] -> GSI 168 (level, low) -> IRQ 168 eth4: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:6c eth4: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] eth4: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:1d:01.1[B] -> GSI 172 (level, low) -> IRQ 172 eth5: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:6d eth5: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth5: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:2b:01.0[A] -> GSI 240 (level, low) -> IRQ 240 eth6: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:43:82 eth6: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] eth6: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:2b:01.1[B] -> GSI 244 (level, low) -> IRQ 244 eth7: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:43:83 eth7: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth7: dma_rwctrl[769f0000] dma_mask[64-bit] afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610910: net_olddevs_init+0x0/0xc0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff803a8630: init_netconsole+0x0/0x80() afinfo corrupted at init/main.c:659 netconsole: not configured, aborting afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff803a8710: cmd64x_ide_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806109e0: piix_ide_init+0x0/0xd0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff803aa810: svwks_ide_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff803ab480: generic_ide_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610b20: ide_init+0x0/0x90() afinfo corrupted at init/main.c:659 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SvrWks CSB6: IDE controller at PCI slot 0000:00:0f.1 SvrWks CSB6: chipset revision 160 SvrWks CSB6: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x0700-0x0707, BIOS settings: hda:DMA, hdb:DMA SvrWks CSB6: simplex device: DMA disabled ide1: SvrWks CSB6 Bus-Master DMA disabled (BIOS) hda: MATSHITADVD-ROM SR-8178, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806114f0: ide_generic_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611510: idedisk_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611520: ide_cdrom_init+0x0/0x10() afinfo corrupted at init/main.c:659 hda: ATAPI 24X DVD-ROM drive, 256kB Cache, UDMA(66) Uniform CD-ROM driver Revision: 3.20 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611530: idefloppy_init+0x0/0x30() afinfo corrupted at init/main.c:659 ide-floppy driver 0.99.newide afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611800: raid_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611810: spi_transport_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611850: fc_transport_init+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806118a0: iscsi_transport_init+0x0/0x120() afinfo corrupted at init/main.c:659 Loading iSCSI transport class v2.0-685.afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806119c0: sas_transport_init+0x0/0xc0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611a80: iscsi_tcp_init+0x0/0x50() afinfo corrupted at init/main.c:659 iscsi: registered transport (tcp) afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611ad0: aac_init+0x0/0x70() afinfo corrupted at init/main.c:659 Adaptec aacraid driver (1.1-5[2409]-mh2) ACPI: PCI Interrupt 0000:01:02.0[A] -> GSI 25 (level, low) -> IRQ 25 AAC0: kernel 5.0-2[8264] AAC0: monitor 5.0-2[8264] AAC0: bios 5.0-2[8264] AAC0: serial 162348 AAC0: 64bit support enabled. AAC0: 64 Bit DAC enabled scsi0 : ServeRAID scsi 0:0:0:0: Direct-Access IBM Drive 1 V1.0 PQ: 0 ANSI: 2 scsi 0:0:1:0: Direct-Access IBM Drive 2 V1.0 PQ: 0 ANSI: 2 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611b40: qla1280_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611d10: sym2_init+0x0/0x110() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611e20: init_sd+0x0/0x60() afinfo corrupted at init/main.c:659 SCSI device sda: 143132672 512-byte hdwr sectors (73284 MB) sda: assuming Write Enabled sda: assuming drive cache: write through SCSI device sda: 143132672 512-byte hdwr sectors (73284 MB) sda: assuming Write Enabled sda: assuming drive cache: write through sda: sda1 sda2 sda3 sd 0:0:0:0: Attached scsi removable disk sda SCSI device sdb: 143132672 512-byte hdwr sectors (73284 MB) sdb: assuming Write Enabled sdb: assuming drive cache: write through SCSI device sdb: 143132672 512-byte hdwr sectors (73284 MB) sdb: assuming Write Enabled sdb: assuming drive cache: write through sdb: sdb1 sdb2 sdb3 sd 0:0:1:0: Attached scsi removable disk sdb afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611e80: fusion_init+0x0/0x100() afinfo corrupted at init/main.c:659 Fusion MPT base driver 3.04.01 Copyright (c) 1999-2005 LSI Logic Corporation afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611f80: mptspi_init+0x0/0xc0() afinfo corrupted at init/main.c:659 Fusion MPT SPI Host driver 3.04.01 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612040: mptfc_init+0x0/0xf0() afinfo corrupted at init/main.c:659 Fusion MPT FC Host driver 3.04.01 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612130: mptctl_init+0x0/0x100() afinfo corrupted at init/main.c:659 Fusion MPT misc device (ioctl) driver 3.04.01 mptctl: Registered with Fusion MPT base driver mptctl: /dev/mptctl @ (major,minor=10,220) afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612230: cdrom_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612310: i8042_init+0x0/0x350() afinfo corrupted at init/main.c:659 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 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612780: mousedev_init+0x0/0x100() afinfo corrupted at init/main.c:659 mice: PS/2 mouse device common for all mice afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612880: atkbd_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612b90: hwmon_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806149d0: flow_cache_init+0x0/0x1d0() afinfo corrupted at init/main.c:659 input: AT Translated Set 2 keyboard as /class/input/input0 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80615e60: init_syncookies+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80615e80: xfrm4_beet_init+0x0/0x20() afinfo corrupted at init/main.c:659 Unable to handle kernel NULL pointer dereference at 0000000000000827 RIP: [<ffffffff80470666>] xfrm_register_mode+0x36/0x60 PGD 0 Oops: 0000 [1] SMP CPU 0 Modules linked in: Pid: 1, comm: swapper Not tainted 2.6.18-git22 #4 RIP: 0010:[<ffffffff80470666>] [<ffffffff80470666>] xfrm_register_mode +0x36/0x60 RSP: 0000:ffff810bffcbded0 EFLAGS: 00010286 RAX: 000000000000081f RBX: ffffffff805588a0 RCX: 0000000000100000 RDX: ffffffffffffffff RSI: 0000000000000002 RDI: ffffffff80559550 RBP: 00000000ffffffef R08: 0000000000000002 R09: fffffffffffffffd R10: 0000000000000002 R11: 0000000000000000 R12: 0000000000000000 R13: ffff810bffcbdef0 R14: 0000000000000000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffffffff805d2000(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000827 CR3: 0000000000201000 CR4: 00000000000006e0 Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb4e0) Stack: 0000000000000000 0000000000000000 ffffffff8061fc48 ffffffff802071d6 6f6320726f727265 000036312d206564 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000090000 Call Trace: [<ffffffff802071d6>] init+0x1b6/0x3b0 [<ffffffff8020aa28>] child_rip+0xa/0x12 [<ffffffff80339542>] acpi_ds_init_one_object+0x0/0x82 [<ffffffff80207020>] init+0x0/0x3b0 [<ffffffff8020aa1e>] child_rip+0x0/0x12 Code: 48 83 78 08 00 75 06 48 89 58 08 31 ed 48 89 d7 e8 e5 fe ff RIP [<ffffffff80470666>] xfrm_register_mode+0x36/0x60 RSP <ffff810bffcbded0> CR2: 0000000000000827 <0>Kernel panic - not syncing: Aiee, killing interrupt handler! -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 18:51 ` Steve Fox @ 2006-10-05 19:05 ` Andi Kleen 2006-10-05 20:42 ` Steve Fox 0 siblings, 1 reply; 67+ messages in thread From: Andi Kleen @ 2006-10-05 19:05 UTC (permalink / raw) To: Steve Fox Cc: Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thursday 05 October 2006 20:51, Steve Fox wrote: > On Thu, 2006-10-05 at 20:27 +0200, Andi Kleen wrote: > > > I guess we need to track when it gets corrupted. Can you send the full > > boot log with this patch applied? > > Here she blows! Can you please try it again with this patch to narrow it down further? -Andi Index: linux-2.6.19-rc1-hack/init/main.c =================================================================== --- linux-2.6.19-rc1-hack.orig/init/main.c +++ linux-2.6.19-rc1-hack/init/main.c @@ -75,6 +75,9 @@ static int init(void *); +extern void bugcheck(char *, int); +#define CHECK bugcheck(__FILE__, __LINE__) + extern void init_IRQ(void); extern void fork_init(unsigned long); extern void mca_init(void); @@ -480,6 +483,8 @@ asmlinkage void __init start_kernel(void char * command_line; extern struct kernel_param __start___param[], __stop___param[]; + CHECK; + smp_setup_processor_id(); /* @@ -502,7 +507,9 @@ asmlinkage void __init start_kernel(void page_address_init(); printk(KERN_NOTICE); printk(linux_banner); + CHECK; setup_arch(&command_line); + CHECK; setup_per_cpu_areas(); smp_prepare_boot_cpu(); /* arch-specific boot-cpu hooks */ @@ -517,6 +524,7 @@ asmlinkage void __init start_kernel(void * fragile until we cpu_idle() for the first time. */ preempt_disable(); + CHECK; build_all_zonelists(); page_alloc_init(); printk(KERN_NOTICE "Kernel command line: %s\n", saved_command_line); @@ -525,6 +533,7 @@ asmlinkage void __init start_kernel(void __stop___param - __start___param, &unknown_bootoption); sort_main_extable(); + CHECK; trap_init(); rcu_init(); init_IRQ(); @@ -533,8 +542,10 @@ asmlinkage void __init start_kernel(void hrtimers_init(); softirq_init(); timekeeping_init(); + CHECK; time_init(); profile_init(); + CHECK; if (!irqs_disabled()) printk("start_kernel(): bug: interrupts were enabled early\n"); early_boot_irqs_on(); @@ -568,7 +579,9 @@ asmlinkage void __init start_kernel(void #endif vfs_caches_init_early(); cpuset_init_early(); + CHECK; mem_init(); + CHECK; kmem_cache_init(); setup_per_cpu_pageset(); numa_policy_init(); @@ -577,6 +590,7 @@ asmlinkage void __init start_kernel(void calibrate_delay(); pidmap_init(); pgtable_cache_init(); + CHECK; prio_tree_init(); anon_vma_init(); #ifdef CONFIG_X86 @@ -586,12 +600,14 @@ asmlinkage void __init start_kernel(void fork_init(num_physpages); proc_caches_init(); buffer_init(); + CHECK; unnamed_dev_init(); key_init(); security_init(); vfs_caches_init(num_physpages); radix_tree_init(); signals_init(); + CHECK; /* rootfs populating might need page-writeback */ page_writeback_init(); #ifdef CONFIG_PROC_FS @@ -599,6 +615,7 @@ asmlinkage void __init start_kernel(void #endif cpuset_init(); taskstats_init_early(); + CHECK; delayacct_init(); check_bugs(); @@ -609,7 +626,7 @@ asmlinkage void __init start_kernel(void rest_init(); } -static int __initdata initcall_debug; +static int __initdata initcall_debug = 1; static int __init initcall_debug_setup(char *str) { @@ -639,7 +656,11 @@ static void __init do_initcalls(void) printk("\n"); } + CHECK; + result = (*call)(); + + CHECK; if (result && result != -ENODEV && initcall_debug) { sprintf(msgbuf, "error code %d", result); @@ -725,21 +746,32 @@ static int init(void * unused) smp_prepare_cpus(max_cpus); + CHECK; + do_pre_smp_initcalls(); smp_init(); + + CHECK; + sched_init_smp(); cpuset_init_smp(); + CHECK; + /* * Do this before initcalls, because some drivers want to access * firmware files. */ populate_rootfs(); + CHECK; + do_basic_setup(); + CHECK; + /* * check if there is an early userspace init. If yes, let it do all * the work Index: linux-2.6.19-rc1-hack/net/xfrm/xfrm_policy.c =================================================================== --- linux-2.6.19-rc1-hack.orig/net/xfrm/xfrm_policy.c +++ linux-2.6.19-rc1-hack/net/xfrm/xfrm_policy.c @@ -39,6 +39,16 @@ EXPORT_SYMBOL(xfrm_policy_count); static DEFINE_RWLOCK(xfrm_policy_afinfo_lock); static struct xfrm_policy_afinfo *xfrm_policy_afinfo[NPROTO]; +void bugcheck(char *where, int line) +{ + int i; + for (i = 0; i < NPROTO; i++) + if (xfrm_policy_afinfo[i] == (void *)-1UL) { + panic("afinfo corrupted at %s:%d\n",where,line); + return; + } +} + static kmem_cache_t *xfrm_dst_cache __read_mostly; static struct work_struct xfrm_policy_gc_work; Index: linux-2.6.19-rc1-hack/arch/x86_64/kernel/setup.c =================================================================== --- linux-2.6.19-rc1-hack.orig/arch/x86_64/kernel/setup.c +++ linux-2.6.19-rc1-hack/arch/x86_64/kernel/setup.c @@ -65,6 +65,12 @@ #include <asm/sections.h> #include <asm/dmi.h> + + +extern void bugcheck(char *, int); +#define CHECK bugcheck(__FILE__, __LINE__) + + /* * Machine setup.. */ @@ -351,14 +357,22 @@ void __init setup_arch(char **cmdline_p) saved_video_mode = SAVED_VIDEO_MODE; bootloader_type = LOADER_TYPE; + CHECK; + #ifdef CONFIG_BLK_DEV_RAM rd_image_start = RAMDISK_FLAGS & RAMDISK_IMAGE_START_MASK; rd_prompt = ((RAMDISK_FLAGS & RAMDISK_PROMPT_FLAG) != 0); rd_doload = ((RAMDISK_FLAGS & RAMDISK_LOAD_FLAG) != 0); #endif + + CHECK; + setup_memory_region(); + CHECK; copy_edd(); + CHECK; + if (!MOUNT_ROOT_RDONLY) root_mountflags &= ~MS_RDONLY; init_mm.start_code = (unsigned long) &_text; @@ -373,14 +387,25 @@ void __init setup_arch(char **cmdline_p) early_identify_cpu(&boot_cpu_data); + CHECK; + + strlcpy(command_line, saved_command_line, COMMAND_LINE_SIZE); *cmdline_p = command_line; + CHECK; + + parse_early_param(); + CHECK; + finish_e820_parsing(); + CHECK; e820_register_active_regions(0, 0, -1UL); + CHECK; + /* * partially used pages are not usable - thus * we are rounding upwards: @@ -389,14 +414,19 @@ void __init setup_arch(char **cmdline_p) num_physpages = end_pfn; check_efer(); + CHECK; discover_ebda(); + CHECK; init_memory_mapping(0, (end_pfn_map << PAGE_SHIFT)); + CHECK; dmi_scan_machine(); + CHECK; zap_low_mappings(0); + CHECK; #ifdef CONFIG_ACPI /* @@ -405,6 +435,7 @@ void __init setup_arch(char **cmdline_p) */ acpi_boot_table_init(); #endif + CHECK; /* How many end-of-memory variables you have, grandma! */ max_low_pfn = end_pfn; @@ -413,6 +444,7 @@ void __init setup_arch(char **cmdline_p) /* Remove active ranges so rediscovery with NUMA-awareness happens */ remove_all_active_ranges(); + CHECK; #ifdef CONFIG_ACPI_NUMA /* @@ -420,20 +452,24 @@ void __init setup_arch(char **cmdline_p) */ acpi_numa_init(); #endif + CHECK; #ifdef CONFIG_NUMA numa_initmem_init(0, end_pfn); #else contig_initmem_init(0, end_pfn); #endif + CHECK; /* Reserve direct mapping */ reserve_bootmem_generic(table_start << PAGE_SHIFT, (table_end - table_start) << PAGE_SHIFT); + CHECK; /* reserve kernel */ reserve_bootmem_generic(__pa_symbol(&_text), __pa_symbol(&_end) - __pa_symbol(&_text)); + CHECK; /* * reserve physical page 0 - it's a special BIOS page on many boxes, @@ -444,6 +480,7 @@ void __init setup_arch(char **cmdline_p) /* reserve ebda region */ if (ebda_addr) reserve_bootmem_generic(ebda_addr, ebda_size); + CHECK; #ifdef CONFIG_SMP /* @@ -456,6 +493,7 @@ void __init setup_arch(char **cmdline_p) /* Reserve SMP trampoline */ reserve_bootmem_generic(SMP_TRAMPOLINE_BASE, PAGE_SIZE); #endif + CHECK; #ifdef CONFIG_ACPI_SLEEP /* @@ -463,10 +501,14 @@ void __init setup_arch(char **cmdline_p) */ acpi_reserve_bootmem(); #endif + CHECK; + /* * Find and reserve possible boot-time SMP configuration: */ find_smp_config(); + CHECK; + #ifdef CONFIG_BLK_DEV_INITRD if (LOADER_TYPE && INITRD_START) { if (INITRD_START + INITRD_SIZE <= (end_pfn << PAGE_SHIFT)) { @@ -484,18 +526,23 @@ void __init setup_arch(char **cmdline_p) } } #endif + CHECK; + #ifdef CONFIG_KEXEC if (crashk_res.start != crashk_res.end) { reserve_bootmem_generic(crashk_res.start, crashk_res.end - crashk_res.start + 1); } #endif + CHECK; paging_init(); + CHECK; #ifdef CONFIG_PCI early_quirks(); #endif + CHECK; /* * set this early, so we dont allocate cpu0 @@ -509,25 +556,36 @@ void __init setup_arch(char **cmdline_p) */ acpi_boot_init(); #endif + CHECK; init_cpu_to_node(); + CHECK; /* * get boot-time SMP configuration: */ if (smp_found_config) get_smp_config(); + CHECK; + init_apic_mappings(); + CHECK; /* * Request address space for all standard RAM and ROM resources * and also for regions reported as reserved by the e820. */ probe_roms(); + CHECK; + e820_reserve_resources(); + CHECK; + e820_mark_nosave_regions(); + CHECK; request_resource(&iomem_resource, &video_ram_resource); + CHECK; { unsigned i; @@ -535,8 +593,10 @@ void __init setup_arch(char **cmdline_p) for (i = 0; i < ARRAY_SIZE(standard_io_resources); i++) request_resource(&ioport_resource, &standard_io_resources[i]); } + CHECK; e820_setup_gap(); + CHECK; #ifdef CONFIG_VT #if defined(CONFIG_VGA_CONSOLE) ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 19:05 ` Andi Kleen @ 2006-10-05 20:42 ` Steve Fox 2006-10-05 20:50 ` Andi Kleen 0 siblings, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-05 20:42 UTC (permalink / raw) To: Andi Kleen Cc: Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thu, 2006-10-05 at 21:05 +0200, Andi Kleen wrote: > Can you please try it again with this patch to narrow it down further? Unfortunately this is as far as it got before it hung. root (hd0,0) Filesystem type is reiserfs, partition type 0x83 kernel /boot/vmlinuz-autobench root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.5 0:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts console=tty0 console=ttyS0, 57600 autobench_args: root=/dev/sda1 ABAT:1160080320 [Linux-bzImage, setup=0x1400, size=0x1dd871] initrd /boot/initrd-autobench.img [Linux-initrd @ 0x37ceb000, 0x304c57 bytes] -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 20:42 ` Steve Fox @ 2006-10-05 20:50 ` Andi Kleen 2006-10-06 2:23 ` Steve Fox 0 siblings, 1 reply; 67+ messages in thread From: Andi Kleen @ 2006-10-05 20:50 UTC (permalink / raw) To: Steve Fox Cc: Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thursday 05 October 2006 22:42, Steve Fox wrote: > On Thu, 2006-10-05 at 21:05 +0200, Andi Kleen wrote: > > > Can you please try it again with this patch to narrow it down further? > > Unfortunately this is as far as it got before it hung. Boot with earlyprintk=serial,ttyS0,57600 (or change the panic in the checkfunction back to a printk) -Andi ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 20:50 ` Andi Kleen @ 2006-10-06 2:23 ` Steve Fox 2006-10-06 14:33 ` Mel Gorman 0 siblings, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-06 2:23 UTC (permalink / raw) To: Andi Kleen Cc: Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thu, 2006-10-05 at 22:50 +0200, Andi Kleen wrote: > On Thursday 05 October 2006 22:42, Steve Fox wrote: > > On Thu, 2006-10-05 at 21:05 +0200, Andi Kleen wrote: > > > > > Can you please try it again with this patch to narrow it down further? > > > > Unfortunately this is as far as it got before it hung. > > Boot with earlyprintk=serial,ttyS0,57600 > (or change the panic in the checkfunction back to a printk) root (hd0,0) Filesystem type is reiserfs, partition type 0x83 kernel /boot/vmlinuz-autobench root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.5 0:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57 600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:116010 0417 [Linux-bzImage, setup=0x1400, size=0x1dd855] initrd /boot/initrd-autobench.img [Linux-initrd @ 0x37cec000, 0x303f80 bytes] Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006 Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) end_pfn_map = 12582912 kernel direct mapping tables up to c00000000 @ 8000-39000 DMI 2.3 present. afinfo corrupted at arch/x86_64/kernel/setup.c:462 afinfo corrupted at arch/x86_64/kernel/setup.c:467 afinfo corrupted at arch/x86_64/kernel/setup.c:472 afinfo corrupted at arch/x86_64/kernel/setup.c:483 afinfo corrupted at arch/x86_64/kernel/setup.c:496 afinfo corrupted at arch/x86_64/kernel/setup.c:504 afinfo corrupted at arch/x86_64/kernel/setup.c:510 afinfo corrupted at arch/x86_64/kernel/setup.c:529 afinfo corrupted at arch/x86_64/kernel/setup.c:537 Zone PFN ranges: DMA 0 -> 4096 DMA32 4096 -> 1048576 Normal 1048576 -> 12582912 early_node_map[3] active PFN ranges 0: 0 -> 154 0: 256 -> 786294 0: 1048576 -> 12582912 afinfo corrupted at arch/x86_64/kernel/setup.c:540 afinfo corrupted at arch/x86_64/kernel/setup.c:545 ACPI: PM-Timer IO Port: 0x9c ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 (Bootup-CPU) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) Processor #6 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) Processor #7 ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled) Processor #16 ACPI: LAPIC (acpi_id[0x05] lapic_id[0x11] enabled) Processor #17 ACPI: LAPIC (acpi_id[0x06] lapic_id[0x16] enabled) Processor #22 ACPI: LAPIC (acpi_id[0x07] lapic_id[0x17] enabled) Processor #23 ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] enabled) Processor #32 ACPI: LAPIC (acpi_id[0x11] lapic_id[0x21] enabled) Processor #33 ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) Processor #38 ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) Processor #39 ACPI: LAPIC (acpi_id[0x14] lapic_id[0x30] enabled) Processor #48 ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled) Processor #49 ACPI: LAPIC (acpi_id[0x16] lapic_id[0x36] enabled) Processor #54 ACPI: LAPIC (acpi_id[0x17] lapic_id[0x37] enabled) Processor #55 ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] enabled) Processor #64 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x21] lapic_id[0x41] enabled) Processor #65 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x22] lapic_id[0x46] enabled) Processor #70 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x23] lapic_id[0x47] enabled) Processor #71 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x24] lapic_id[0x50] enabled) Processor #80 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x25] lapic_id[0x51] enabled) Processor #81 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x26] lapic_id[0x56] enabled) Processor #86 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x27] lapic_id[0x57] enabled) Processor #87 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] enabled) Processor #96 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x31] lapic_id[0x61] enabled) Processor #97 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x32] lapic_id[0x66] enabled) Processor #102 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x33] lapic_id[0x67] enabled) Processor #103 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x34] lapic_id[0x70] enabled) Processor #112 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x35] lapic_id[0x71] enabled) Processor #113 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x36] lapic_id[0x76] enabled) Processor #118 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x37] lapic_id[0x77] enabled) Processor #119 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x10] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x11] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x12] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x13] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x14] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x15] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x16] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x17] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x20] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x21] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x22] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x23] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x24] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x25] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x26] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x27] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x30] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x31] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x32] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x33] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x34] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x35] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x36] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x37] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x0f] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 15, address 0xfec00000, GSI 0-35 ACPI: IOAPIC (id[0x0e] address[0xfec01000] gsi_base[36]) IOAPIC[1]: apic_id 14, address 0xfec01000, GSI 36-71 ACPI: IOAPIC (id[0x0d] address[0xfec02000] gsi_base[72]) IOAPIC[2]: apic_id 13, address 0xfec02000, GSI 72-107 ACPI: IOAPIC (id[0x0c] address[0xfec03000] gsi_base[108]) IOAPIC[3]: apic_id 12, address 0xfec03000, GSI 108-143 ACPI: IOAPIC (id[0x0b] address[0xfec04000] gsi_base[144]) IOAPIC[4]: apic_id 11, address 0xfec04000, GSI 144-179 ACPI: IOAPIC (id[0x0a] address[0xfec05000] gsi_base[180]) IOAPIC[5]: apic_id 10, address 0xfec05000, GSI 180-215 ACPI: IOAPIC (id[0x09] address[0xfec06000] gsi_base[216]) IOAPIC[6]: apic_id 9, address 0xfec06000, GSI 216-251 ACPI: IOAPIC (id[0x08] address[0xfec07000] gsi_base[252]) IOAPIC[7]: apic_id 8, address 0xfec07000, GSI 252-287 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 low edge) Setting APIC routing to clustered ACPI: HPET id: 0x10142201 base: 0xfde84000 afinfo corrupted at arch/x86_64/kernel/setup.c:559 afinfo corrupted at arch/x86_64/kernel/setup.c:562 Using ACPI (MADT) for SMP configuration information afinfo corrupted at arch/x86_64/kernel/setup.c:569 afinfo corrupted at arch/x86_64/kernel/setup.c:572 afinfo corrupted at arch/x86_64/kernel/setup.c:579 afinfo corrupted at arch/x86_64/kernel/setup.c:582 Nosave address range: 000000000009a000 - 000000000009b000 Nosave address range: 000000000009b000 - 00000000000a0000 Nosave address range: 00000000000a0000 - 00000000000e0000 Nosave address range: 00000000000e0000 - 0000000000100000 Nosave address range: 00000000bff76000 - 00000000bff77000 Nosave address range: 00000000bff77000 - 00000000bff98000 Nosave address range: 00000000bff98000 - 00000000bff99000 Nosave address range: 00000000bff99000 - 00000000c0000000 Nosave address range: 00000000c0000000 - 00000000fec00000 Nosave address range: 00000000fec00000 - 0000000100000000 afinfo corrupted at arch/x86_64/kernel/setup.c:585 afinfo corrupted at arch/x86_64/kernel/setup.c:588 afinfo corrupted at arch/x86_64/kernel/setup.c:596 Allocating PCI resources starting at c4000000 (gap: c0000000:3ec00000) afinfo corrupted at arch/x86_64/kernel/setup.c:599 afinfo corrupted at init/main.c:512 SMP: Allowing 16 CPUs, 0 hotplug CPUs PERCPU: Allocating 33920 bytes of per cpu data afinfo corrupted at init/main.c:527 Built 1 zonelists. Total pages: 12147064 Kernel command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 afinfo corrupted at init/main.c:536 Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) afinfo corrupted at init/main.c:545 afinfo corrupted at init/main.c:548 disabling early console Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006 Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) end_pfn_map = 12582912 DMI 2.3 present. afinfo corrupted at arch/x86_64/kernel/setup.c:462 afinfo corrupted at arch/x86_64/kernel/setup.c:467 afinfo corrupted at arch/x86_64/kernel/setup.c:472 afinfo corrupted at arch/x86_64/kernel/setup.c:483 afinfo corrupted at arch/x86_64/kernel/setup.c:496 afinfo corrupted at arch/x86_64/kernel/setup.c:504 afinfo corrupted at arch/x86_64/kernel/setup.c:510 afinfo corrupted at arch/x86_64/kernel/setup.c:529 afinfo corrupted at arch/x86_64/kernel/setup.c:537 Zone PFN ranges: DMA 0 -> 4096 DMA32 4096 -> 1048576 Normal 1048576 -> 12582912 early_node_map[3] active PFN ranges 0: 0 -> 154 0: 256 -> 786294 0: 1048576 -> 12582912 afinfo corrupted at arch/x86_64/kernel/setup.c:540 afinfo corrupted at arch/x86_64/kernel/setup.c:545 ACPI: PM-Timer IO Port: 0x9c ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 (Bootup-CPU) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) Processor #6 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) Processor #7 ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled) Processor #16 ACPI: LAPIC (acpi_id[0x05] lapic_id[0x11] enabled) Processor #17 ACPI: LAPIC (acpi_id[0x06] lapic_id[0x16] enabled) Processor #22 ACPI: LAPIC (acpi_id[0x07] lapic_id[0x17] enabled) Processor #23 ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] enabled) Processor #32 ACPI: LAPIC (acpi_id[0x11] lapic_id[0x21] enabled) Processor #33 ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) Processor #38 ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) Processor #39 ACPI: LAPIC (acpi_id[0x14] lapic_id[0x30] enabled) Processor #48 ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled) Processor #49 ACPI: LAPIC (acpi_id[0x16] lapic_id[0x36] enabled) Processor #54 ACPI: LAPIC (acpi_id[0x17] lapic_id[0x37] enabled) Processor #55 ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] enabled) Processor #64 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x21] lapic_id[0x41] enabled) Processor #65 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x22] lapic_id[0x46] enabled) Processor #70 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x23] lapic_id[0x47] enabled) Processor #71 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x24] lapic_id[0x50] enabled) Processor #80 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x25] lapic_id[0x51] enabled) Processor #81 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x26] lapic_id[0x56] enabled) Processor #86 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x27] lapic_id[0x57] enabled) Processor #87 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] enabled) Processor #96 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x31] lapic_id[0x61] enabled) Processor #97 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x32] lapic_id[0x66] enabled) Processor #102 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x33] lapic_id[0x67] enabled) Processor #103 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x34] lapic_id[0x70] enabled) Processor #112 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x35] lapic_id[0x71] enabled) Processor #113 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x36] lapic_id[0x76] enabled) Processor #118 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x37] lapic_id[0x77] enabled) Processor #119 WARNING: NR_CPUS limit of 16 reached. Processor ignored. ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x10] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x11] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x12] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x13] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x14] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x15] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x16] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x17] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x20] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x21] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x22] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x23] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x24] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x25] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x26] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x27] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x30] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x31] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x32] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x33] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x34] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x35] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x36] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x37] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x0f] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 15, address 0xfec00000, GSI 0-35 ACPI: IOAPIC (id[0x0e] address[0xfec01000] gsi_base[36]) IOAPIC[1]: apic_id 14, address 0xfec01000, GSI 36-71 ACPI: IOAPIC (id[0x0d] address[0xfec02000] gsi_base[72]) IOAPIC[2]: apic_id 13, address 0xfec02000, GSI 72-107 ACPI: IOAPIC (id[0x0c] address[0xfec03000] gsi_base[108]) IOAPIC[3]: apic_id 12, address 0xfec03000, GSI 108-143 ACPI: IOAPIC (id[0x0b] address[0xfec04000] gsi_base[144]) IOAPIC[4]: apic_id 11, address 0xfec04000, GSI 144-179 ACPI: IOAPIC (id[0x0a] address[0xfec05000] gsi_base[180]) IOAPIC[5]: apic_id 10, address 0xfec05000, GSI 180-215 ACPI: IOAPIC (id[0x09] address[0xfec06000] gsi_base[216]) IOAPIC[6]: apic_id 9, address 0xfec06000, GSI 216-251 ACPI: IOAPIC (id[0x08] address[0xfec07000] gsi_base[252]) IOAPIC[7]: apic_id 8, address 0xfec07000, GSI 252-287 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 low edge) Setting APIC routing to clustered ACPI: HPET id: 0x10142201 base: 0xfde84000 afinfo corrupted at arch/x86_64/kernel/setup.c:559 afinfo corrupted at arch/x86_64/kernel/setup.c:562 Using ACPI (MADT) for SMP configuration information afinfo corrupted at arch/x86_64/kernel/setup.c:569 afinfo corrupted at arch/x86_64/kernel/setup.c:572 afinfo corrupted at arch/x86_64/kernel/setup.c:579 afinfo corrupted at arch/x86_64/kernel/setup.c:582 Nosave address range: 000000000009a000 - 000000000009b000 Nosave address range: 000000000009b000 - 00000000000a0000 Nosave address range: 00000000000a0000 - 00000000000e0000 Nosave address range: 00000000000e0000 - 0000000000100000 Nosave address range: 00000000bff76000 - 00000000bff77000 Nosave address range: 00000000bff77000 - 00000000bff98000 Nosave address range: 00000000bff98000 - 00000000bff99000 Nosave address range: 00000000bff99000 - 00000000c0000000 Nosave address range: 00000000c0000000 - 00000000fec00000 Nosave address range: 00000000fec00000 - 0000000100000000 afinfo corrupted at arch/x86_64/kernel/setup.c:585 afinfo corrupted at arch/x86_64/kernel/setup.c:588 afinfo corrupted at arch/x86_64/kernel/setup.c:596 Allocating PCI resources starting at c4000000 (gap: c0000000:3ec00000) afinfo corrupted at arch/x86_64/kernel/setup.c:599 afinfo corrupted at init/main.c:512 SMP: Allowing 16 CPUs, 0 hotplug CPUs PERCPU: Allocating 33920 bytes of per cpu data afinfo corrupted at init/main.c:527 Built 1 zonelists. Total pages: 12147064 Kernel command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 afinfo corrupted at init/main.c:536 Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) afinfo corrupted at init/main.c:545 afinfo corrupted at init/main.c:548 disabling early console Console: colour VGA+ 80x25 Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes) Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes) afinfo corrupted at init/main.c:582 Checking aperture... PCI-DMA: Using software bounce buffering for IO (SWIOTLB) Placing software IO TLB between 0x310c2000 - 0x350c2000 Memory: 48422908k/50331648k available (2566k kernel code, 858868k reserved, 1345k data, 184k init) afinfo corrupted at init/main.c:584 Calibrating delay using timer specific routine.. 5678.09 BogoMIPS (lpj=11356196) afinfo corrupted at init/main.c:593 afinfo corrupted at init/main.c:603 Mount-cache hash table entries: 256 afinfo corrupted at init/main.c:610 afinfo corrupted at init/main.c:618 CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K using mwait in idle threads. CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 CPU0: Thermal monitoring enabled (TM1) SMP alternatives: switching to UP code ACPI: Core revision 20060707 ..MP-BIOS bug: 8254 timer not connected to IO-APIC Using local APIC timer interrupts. result 10425595 Detected 10.425 MHz APIC timer. afinfo corrupted at init/main.c:749 SMP alternatives: switching to SMP code Booting processor 1/16 APIC 0x1 Initializing CPU#1 Calibrating delay using timer specific routine.. 5671.84 BogoMIPS (lpj=11343696) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 CPU1: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 1: Syncing TSC to CPU 0. CPU 1: synchronized TSC with CPU 0 (last diff -2 cycles, maxerr 799 cycles) SMP alternatives: switching to SMP code Booting processor 2/16 APIC 0x6 Initializing CPU#2 Calibrating delay using timer specific routine.. 5671.98 BogoMIPS (lpj=11343971) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 3 CPU: Processor Core ID: 0 CPU2: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 2: Syncing TSC to CPU 0. CPU 2: synchronized TSC with CPU 0 (last diff -184 cycles, maxerr 3349 cycles) SMP alternatives: switching to SMP code Booting processor 3/16 APIC 0x7 Initializing CPU#3 Calibrating delay using timer specific routine.. 5672.02 BogoMIPS (lpj=11344041) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 3 CPU: Processor Core ID: 0 CPU3: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 3: Syncing TSC to CPU 0. CPU 3: synchronized TSC with CPU 0 (last diff -100 cycles, maxerr 1989 cycles) SMP alternatives: switching to SMP code Booting processor 4/16 APIC 0x10 Initializing CPU#4 Calibrating delay using timer specific routine.. 5672.07 BogoMIPS (lpj=11344144) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 8 CPU: Processor Core ID: 0 CPU4: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 4: Syncing TSC to CPU 0. CPU 4: synchronized TSC with CPU 0 (last diff 43 cycles, maxerr 3247 cycles) SMP alternatives: switching to SMP code Booting processor 5/16 APIC 0x11 Initializing CPU#5 Calibrating delay using timer specific routine.. 5672.01 BogoMIPS (lpj=11344024) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 8 CPU: Processor Core ID: 0 CPU5: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 5: Syncing TSC to CPU 0. CPU 5: synchronized TSC with CPU 0 (last diff 21 cycles, maxerr 3349 cycles) SMP alternatives: switching to SMP code Booting processor 6/16 APIC 0x16 Initializing CPU#6 Calibrating delay using timer specific routine.. 5672.02 BogoMIPS (lpj=11344042) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 11 CPU: Processor Core ID: 0 CPU6: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 6: Syncing TSC to CPU 0. CPU 6: synchronized TSC with CPU 0 (last diff 257 cycles, maxerr 3383 cycles) SMP alternatives: switching to SMP code Booting processor 7/16 APIC 0x17 Initializing CPU#7 Calibrating delay using timer specific routine.. 5672.10 BogoMIPS (lpj=11344218) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 11 CPU: Processor Core ID: 0 CPU7: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 7: Syncing TSC to CPU 0. CPU 7: synchronized TSC with CPU 0 (last diff 233 cycles, maxerr 3357 cycles) SMP alternatives: switching to SMP code Booting processor 8/16 APIC 0x20 Initializing CPU#8 Calibrating delay using timer specific routine.. 5672.35 BogoMIPS (lpj=11344712) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 16 CPU: Processor Core ID: 0 CPU8: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 8: Syncing TSC to CPU 0. CPU 8: synchronized TSC with CPU 0 (last diff 140 cycles, maxerr 8509 cycles) SMP alternatives: switching to SMP code Booting processor 9/16 APIC 0x21 Initializing CPU#9 Calibrating delay using timer specific routine.. 5672.25 BogoMIPS (lpj=11344515) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 16 CPU: Processor Core ID: 0 CPU9: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 9: Syncing TSC to CPU 0. CPU 9: synchronized TSC with CPU 0 (last diff -100 cycles, maxerr 7556 cycles) SMP alternatives: switching to SMP code Booting processor 10/16 APIC 0x26 Initializing CPU#10 Calibrating delay using timer specific routine.. 5672.33 BogoMIPS (lpj=11344676) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 19 CPU: Processor Core ID: 0 CPU10: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 10: Syncing TSC to CPU 0. CPU 10: synchronized TSC with CPU 0 (last diff 405 cycles, maxerr 8126 cycles) SMP alternatives: switching to SMP code Booting processor 11/16 APIC 0x27 Initializing CPU#11 Calibrating delay using timer specific routine.. 5672.46 BogoMIPS (lpj=11344939) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 19 CPU: Processor Core ID: 0 CPU11: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 11: Syncing TSC to CPU 0. CPU 11: synchronized TSC with CPU 0 (last diff -145 cycles, maxerr 8568 cycles) SMP alternatives: switching to SMP code Booting processor 12/16 APIC 0x30 Initializing CPU#12 Calibrating delay using timer specific routine.. 5672.23 BogoMIPS (lpj=11344472) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 24 CPU: Processor Core ID: 0 CPU12: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 12: Syncing TSC to CPU 0. CPU 12: synchronized TSC with CPU 0 (last diff 419 cycles, maxerr 8602 cycles) SMP alternatives: switching to SMP code Booting processor 13/16 APIC 0x31 Initializing CPU#13 Calibrating delay using timer specific routine.. 5672.34 BogoMIPS (lpj=11344689) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 24 CPU: Processor Core ID: 0 CPU13: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 13: Syncing TSC to CPU 0. CPU 13: synchronized TSC with CPU 0 (last diff 242 cycles, maxerr 8636 cycles) SMP alternatives: switching to SMP code Booting processor 14/16 APIC 0x36 Initializing CPU#14 Calibrating delay using timer specific routine.. 5672.32 BogoMIPS (lpj=11344644) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 27 CPU: Processor Core ID: 0 CPU14: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 14: Syncing TSC to CPU 0. CPU 14: synchronized TSC with CPU 0 (last diff -272 cycles, maxerr 8109 cycles) SMP alternatives: switching to SMP code Booting processor 15/16 APIC 0x37 Initializing CPU#15 Calibrating delay using timer specific routine.. 5672.21 BogoMIPS (lpj=11344423) CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 1024K CPU: L3 cache: 4096K CPU: Physical Processor ID: 27 CPU: Processor Core ID: 0 CPU15: Thermal monitoring enabled (TM1) Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 CPU 15: Syncing TSC to CPU 0. CPU 15: synchronized TSC with CPU 0 (last diff -21 cycles, maxerr 8560 cycles) Brought up 16 CPUs testing NMI watchdog ... OK. time.c: Using 333.333333 MHz WALL PIT GTOD PIT/HPET timer. time.c: Detected 2835.773 MHz processor. afinfo corrupted at init/main.c:755 migration_cost=19,988 afinfo corrupted at init/main.c:761 afinfo corrupted at init/main.c:769 Calling initcall 0xffffffff802166c0: init_smp_flush+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607a40: helper_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607dd0: pm_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607e50: ksysfs_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a720: filelock_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b230: init_script_binfmt+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b240: init_elf_binfmt+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614690: sock_init+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614e30: netlink_proto_init+0x0/0x1a0() afinfo corrupted at init/main.c:659 NET: Registered protocol family 16 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c310: kobject_uevent_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c4a0: pcibus_class_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ca70: pci_driver_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ef30: tty_class_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060fa20: vtconsole_class_init+0x0/0xc0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060cbb0: acpi_pci_init+0x0/0x40() afinfo corrupted at init/main.c:659 ACPI: bus type pci registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d8ef: init_acpi_device_notify+0x0/0x4b() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80613aa0: pci_access_init+0x0/0x30() afinfo corrupted at init/main.c:659 PCI: Using configuration type 1 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80605760: topology_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607770: param_sysfs_init+0x0/0x200() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80249d00: pm_sysrq_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060aee0: init_bio+0x0/0x110() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c1d0: genhd_device_init+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d702: acpi_init+0x0/0x1ed() afinfo corrupted at init/main.c:659 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060dbd5: acpi_ec_init+0x0/0x62() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060dfee: acpi_pci_root_init+0x0/0x28() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e036: acpi_pci_link_init+0x0/0x48() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e1bc: acpi_power_init+0x0/0x77() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e233: acpi_system_init+0x0/0xc6() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e2f9: acpi_event_init+0x0/0x3f() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e338: acpi_scan_init+0x0/0x1ac() afinfo corrupted at init/main.c:659 ACPI: PCI Root Bridge [VP00] (0000:00) PCI: Ignoring BAR0-3 of IDE controller 0000:00:0f.1 ACPI: PCI Root Bridge [VP01] (0000:01) ACPI: PCI Root Bridge [VP02] (0000:02) ACPI: PCI Root Bridge [VP03] (0000:04) ACPI: PCI Root Bridge [VP04] (0000:06) ACPI: PCI Root Bridge [VP05] (0000:08) ACPI: PCI Root Bridge [VP06] (0000:0a) ACPI: PCI Root Bridge [VP07] (0000:0c) ACPI: PCI Root Bridge [VP10] (0000:0e) ACPI: PCI Root Bridge [VP11] (0000:0f) ACPI: PCI Root Bridge [VP12] (0000:10) ACPI: PCI Root Bridge [VP13] (0000:12) ACPI: PCI Root Bridge [VP14] (0000:14) ACPI: PCI Root Bridge [VP15] (0000:16) ACPI: PCI Root Bridge [VP16] (0000:18) ACPI: PCI Root Bridge [VP17] (0000:1a) ACPI: PCI Root Bridge [VP20] (0000:1c) ACPI: PCI Root Bridge [VP21] (0000:1d) ACPI: PCI Root Bridge [VP22] (0000:1e) ACPI: PCI Root Bridge [VP23] (0000:20) ACPI: PCI Root Bridge [VP24] (0000:22) ACPI: PCI Root Bridge [VP25] (0000:24) ACPI: PCI Root Bridge [VP26] (0000:26) ACPI: PCI Root Bridge [VP27] (0000:28) ACPI: PCI Root Bridge [VP30] (0000:2a) ACPI: PCI Root Bridge [VP31] (0000:2b) ACPI: PCI Root Bridge [VP32] (0000:2c) ACPI: PCI Root Bridge [VP33] (0000:2e) ACPI: PCI Root Bridge [VP34] (0000:30) ACPI: PCI Root Bridge [VP35] (0000:32) ACPI: PCI Root Bridge [VP36] (0000:34) ACPI: PCI Root Bridge [VP37] (0000:36) afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e654: acpi_cm_sbs_init+0x0/0xc() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e660: pnp_init+0x0/0x30() afinfo corrupted at init/main.c:659 Linux Plug and Play Support v0.97 (c) Adam Belay afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e8f0: pnpacpi_init+0x0/0x70() afinfo corrupted at init/main.c:659 pnp: PnP ACPI init pnp: PnP ACPI: found 47 devices afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060f490: misc_init+0x0/0x90() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80375670: cn_init+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806117f0: init_scsi+0x0/0x90() afinfo corrupted at init/main.c:659 SCSI subsystem initialized afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806124d0: serio_init+0x0/0xd0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806128f0: input_init+0x0/0x120() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612d00: rtc_init+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612d50: rtc_sysfs_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612d60: rtc_proc_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612d70: rtc_dev_init+0x0/0xb0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80613ad0: pci_acpi_init+0x0/0xb0() afinfo corrupted at init/main.c:659 PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80613b80: pci_legacy_init+0x0/0x120() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614130: pcibios_irq_init+0x0/0x4f0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614620: pcibios_init+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614750: proto_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806148f0: net_dev_init+0x0/0x210() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614fd0: genl_init+0x0/0xb0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805fdfc0: late_hpet_init+0x0/0xb0() afinfo corrupted at init/main.c:659 hpet0: at MMIO 0xfde84000, IRQs 2, 8, 0 hpet0: 3 64-bit timers, 3707069 Hz afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806000b0: pci_iommu_init+0x0/0x20() afinfo corrupted at init/main.c:659 PCI-GART: No AMD northbridge found. afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a6a0: init_pipe_fs+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e524: acpi_motherboard_init+0x0/0x130() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e790: pnp_system_init+0x0/0x10() afinfo corrupted at init/main.c:659 pnp: 00:0a: ioport range 0x400-0x47f has been reserved pnp: 00:0a: ioport range 0x480-0x4ff could not be reserved afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ec70: chr_dev_init+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610a40: firmware_class_init+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806134b0: pcibios_assign_resources+0x0/0x90() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806159e0: inet_init+0x0/0x400() afinfo corrupted at init/main.c:659 NET: Registered protocol family 2 IP route cache hash table entries: 524288 (order: 10, 4194304 bytes) TCP established hash table entries: 262144 (order: 10, 4194304 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 262144 bind 65536) TCP reno registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8020db10: time_init_device+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805fe9f0: i8259A_init_sysfs+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805fe9c0: init_timer_sysfs+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805ff010: vsyscall_init+0x0/0xb0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff805ff2a0: sbf_init+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80600080: i8237A_init_sysfs+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80600500: periodic_mcheck_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80600530: mce_init_device+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80600670: thermal_throttle_init_device+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806006e0: threshold_init_device+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80601ee0: init_lapic_sysfs+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80602a80: ioapic_init_sysfs+0x0/0xf0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8021d1f0: cache_sysfs_init+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80605870: x8664_sysctl_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80606d30: create_proc_profile+0x0/0x280() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607170: ioresources_init+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806072e0: timekeeping_init_device+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607400: uid_cache_init+0x0/0x90() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607970: init_posix_timers+0x0/0xd0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607a80: init_posix_cpu_timers+0x0/0xf0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607ba0: latency_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607c90: init_clocksource_sysfs+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607cf0: init_jiffies_clocksource+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607d00: init+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607d70: proc_dma_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80245840: percpu_modinit+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607da0: kallsyms_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80607e10: ikconfig_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80608f60: init_per_zone_pages_min+0x0/0x60() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609ed0: pdflush_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609f20: kswapd_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609f50: setup_vmstat+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80609fc0: procswaps_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a030: hugetlb_init+0x0/0x70() afinfo corrupted at init/main.c:659 Total HugeTLB memory allocated, 0 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a0a0: init_tmpfs+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a180: cpucache_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060a6f0: fasync_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ae00: aio_setup+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b080: inotify_setup+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b090: inotify_user_setup+0x0/0xc0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b150: eventpoll_init+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b250: init_mbcache+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b280: dnotify_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b740: init_devpts_fs+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b780: init_reiserfs_fs+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b800: init_ext3_fs+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060b930: journal_init+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ba10: init_ext2_fs+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bad0: init_ramfs_fs+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bae0: init_hugetlbfs_fs+0x0/0x80() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bba0: init_fat_fs+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bbf0: init_vfat_fs+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bc00: init_nls_cp437+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bc10: init_nls_iso8859_1+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bc20: init_autofs_fs+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bc30: init_autofs4_fs+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 initcall at 0xffffffff8060bc30: init_autofs4_fs+0x0/0x10(): returned with error code -16 Calling initcall 0xffffffff8060bc40: ipc_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bf10: init_mqueue_fs+0x0/0xe0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060bff0: crypto_algapi_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c030: init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c040: init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c230: noop_init+0x0/0x10() afinfo corrupted at init/main.c:659 io scheduler noop registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c240: as_init+0x0/0x10() afinfo corrupted at init/main.c:659 io scheduler anticipatory registered (default) afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c250: deadline_init+0x0/0x10() afinfo corrupted at init/main.c:659 io scheduler deadline registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060c260: cfq_init+0x0/0xb0() afinfo corrupted at init/main.c:659 io scheduler cfq registered afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8032c1d0: pci_init+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ca80: pci_sysfs_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060cac0: pci_proc_init+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d93a: acpi_ac_init+0x0/0x45() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060d97f: acpi_battery_init+0x0/0x45() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060df90: acpi_video_init+0x0/0x5e() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060e07e: irqrouter_init_sysfs+0x0/0x38() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ed10: rand_initialize+0x0/0x30() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060ed40: tty_init+0x0/0x1f0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060efa0: pty_init+0x0/0x4f0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060fae0: hpet_init+0x0/0x70() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060fb50: agp_init+0x0/0x30() afinfo corrupted at init/main.c:659 Linux agpgart interface v0.101 (c) Dave Jones afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff8060fcb0: cn_proc_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806100f0: serial8250_init+0x0/0x150() afinfo corrupted at init/main.c:659 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610320: serial8250_pnp_init+0x0/0x10() afinfo corrupted at init/main.c:659 00:03: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:04: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610330: serial8250_pci_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80384c90: topology_sysfs_init+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610ac0: e1000_init_module+0x0/0x50() afinfo corrupted at init/main.c:659 Intel(R) PRO/1000 Network Driver - version 7.2.9-k2 Copyright (c) 1999-2006 Intel Corporation. afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610b10: tg3_init+0x0/0x10() afinfo corrupted at init/main.c:659 tg3.c:v3.66 (September 23, 2006) ACPI: PCI Interrupt 0000:01:01.0[A] -> GSI 24 (level, low) -> IRQ 24 eth0: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:0d:60:98:63:54 eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] eth0: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:01:01.1[B] -> GSI 28 (level, low) -> IRQ 28 eth1: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:0d:60:98:63:55 eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth1: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:0f:01.0[A] -> GSI 96 (level, low) -> IRQ 96 eth2: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:0c eth2: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] eth2: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:0f:01.1[B] -> GSI 100 (level, low) -> IRQ 100 eth3: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:0d eth3: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth3: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:1d:01.0[A] -> GSI 168 (level, low) -> IRQ 168 eth4: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:6c eth4: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] eth4: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:1d:01.1[B] -> GSI 172 (level, low) -> IRQ 172 eth5: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:6d eth5: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth5: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:2b:01.0[A] -> GSI 240 (level, low) -> IRQ 240 eth6: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:43:82 eth6: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] eth6: dma_rwctrl[769f0000] dma_mask[64-bit] ACPI: PCI Interrupt 0000:2b:01.1[B] -> GSI 244 (level, low) -> IRQ 244 eth7: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:43:83 eth7: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] eth7: dma_rwctrl[769f0000] dma_mask[64-bit] afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610ba0: net_olddevs_init+0x0/0xc0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff803a8630: init_netconsole+0x0/0x80() afinfo corrupted at init/main.c:659 netconsole: not configured, aborting afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff803a8710: cmd64x_ide_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610c70: piix_ide_init+0x0/0xd0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff803aa810: svwks_ide_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff803ab480: generic_ide_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80610db0: ide_init+0x0/0x90() afinfo corrupted at init/main.c:659 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SvrWks CSB6: IDE controller at PCI slot 0000:00:0f.1 SvrWks CSB6: chipset revision 160 SvrWks CSB6: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x0700-0x0707, BIOS settings: hda:DMA, hdb:DMA SvrWks CSB6: simplex device: DMA disabled ide1: SvrWks CSB6 Bus-Master DMA disabled (BIOS) hda: MATSHITADVD-ROM SR-8178, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611780: ide_generic_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806117a0: idedisk_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806117b0: ide_cdrom_init+0x0/0x10() afinfo corrupted at init/main.c:659 hda: ATAPI 24X DVD-ROM drive, 256kB Cache, UDMA(66) Uniform CD-ROM driver Revision: 3.20 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806117c0: idefloppy_init+0x0/0x30() afinfo corrupted at init/main.c:659 ide-floppy driver 0.99.newide afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611a90: raid_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611aa0: spi_transport_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611ae0: fc_transport_init+0x0/0x50() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611b30: iscsi_transport_init+0x0/0x120() afinfo corrupted at init/main.c:659 Loading iSCSI transport class v2.0-685.afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611c50: sas_transport_init+0x0/0xc0() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611d10: iscsi_tcp_init+0x0/0x50() afinfo corrupted at init/main.c:659 iscsi: registered transport (tcp) afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611d60: aac_init+0x0/0x70() afinfo corrupted at init/main.c:659 Adaptec aacraid driver (1.1-5[2409]-mh2) ACPI: PCI Interrupt 0000:01:02.0[A] -> GSI 25 (level, low) -> IRQ 25 AAC0: kernel 5.0-2[8264] AAC0: monitor 5.0-2[8264] AAC0: bios 5.0-2[8264] AAC0: serial 162348 AAC0: 64bit support enabled. AAC0: 64 Bit DAC enabled scsi0 : ServeRAID scsi 0:0:0:0: Direct-Access IBM Drive 1 V1.0 PQ: 0 ANSI: 2 scsi 0:0:1:0: Direct-Access IBM Drive 2 V1.0 PQ: 0 ANSI: 2 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611dd0: qla1280_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80611fa0: sym2_init+0x0/0x110() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806120b0: init_sd+0x0/0x60() afinfo corrupted at init/main.c:659 SCSI device sda: 143132672 512-byte hdwr sectors (73284 MB) sda: assuming Write Enabled sda: assuming drive cache: write through SCSI device sda: 143132672 512-byte hdwr sectors (73284 MB) sda: assuming Write Enabled sda: assuming drive cache: write through sda: sda1 sda2 sda3 sd 0:0:0:0: Attached scsi removable disk sda SCSI device sdb: 143132672 512-byte hdwr sectors (73284 MB) sdb: assuming Write Enabled sdb: assuming drive cache: write through SCSI device sdb: 143132672 512-byte hdwr sectors (73284 MB) sdb: assuming Write Enabled sdb: assuming drive cache: write through sdb: sdb1 sdb2 sdb3 sd 0:0:1:0: Attached scsi removable disk sdb afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612110: fusion_init+0x0/0x100() afinfo corrupted at init/main.c:659 Fusion MPT base driver 3.04.01 Copyright (c) 1999-2005 LSI Logic Corporation afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612210: mptspi_init+0x0/0xc0() afinfo corrupted at init/main.c:659 Fusion MPT SPI Host driver 3.04.01 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806122d0: mptfc_init+0x0/0xf0() afinfo corrupted at init/main.c:659 Fusion MPT FC Host driver 3.04.01 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806123c0: mptctl_init+0x0/0x100() afinfo corrupted at init/main.c:659 Fusion MPT misc device (ioctl) driver 3.04.01 mptctl: Registered with Fusion MPT base driver mptctl: /dev/mptctl @ (major,minor=10,220) afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806124c0: cdrom_init+0x0/0x10() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806125a0: i8042_init+0x0/0x350() afinfo corrupted at init/main.c:659 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 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612a10: mousedev_init+0x0/0x100() afinfo corrupted at init/main.c:659 mice: PS/2 mouse device common for all mice afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612b10: atkbd_init+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80612e20: hwmon_init+0x0/0x40() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80614c60: flow_cache_init+0x0/0x1d0() afinfo corrupted at init/main.c:659 input: AT Translated Set 2 keyboard as /class/input/input0 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff806160f0: init_syncookies+0x0/0x20() afinfo corrupted at init/main.c:659 afinfo corrupted at init/main.c:663 Calling initcall 0xffffffff80616110: xfrm4_beet_init+0x0/0x20() afinfo corrupted at init/main.c:659 Unable to handle kernel NULL pointer dereference at 0000000000000827 RIP: [<ffffffff80470666>] xfrm_register_mode+0x36/0x60 PGD 0 Oops: 0000 [1] SMP CPU 0 Modules linked in: Pid: 1, comm: swapper Not tainted 2.6.18-git22 #2 RIP: 0010:[<ffffffff80470666>] [<ffffffff80470666>] xfrm_register_mode+0x36/0x60 RSP: 0000:ffff810bffcbded0 EFLAGS: 00010286 RAX: 000000000000081f RBX: ffffffff805588a0 RCX: 0000000000100000 RDX: ffffffffffffffff RSI: 0000000000000002 RDI: ffffffff80559550 RBP: 00000000ffffffef R08: 0000000000000002 R09: fffffffffffffffd R10: 0000000000000002 R11: 0000000000000000 R12: 0000000000000000 R13: ffff810bffcbdef0 R14: 0000000000000000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffffffff805d2000(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000827 CR3: 0000000000201000 CR4: 00000000000006e0 Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb4e0) Stack: 0000000000000000 0000000000000000 ffffffff8061fee8 ffffffff802071d6 6f6320726f727265 000036312d206564 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000090000 Call Trace: [<ffffffff802071d6>] init+0x1b6/0x3b0 [<ffffffff8020aa28>] child_rip+0xa/0x12 [<ffffffff80339542>] acpi_ds_init_one_object+0x0/0x82 [<ffffffff80207020>] init+0x0/0x3b0 [<ffffffff8020aa1e>] child_rip+0x0/0x12 Code: 48 83 78 08 00 75 06 48 89 58 08 31 ed 48 89 d7 e8 e5 fe ff RIP [<ffffffff80470666>] xfrm_register_mode+0x36/0x60 RSP <ffff810bffcbded0> CR2: 0000000000000827 <0>Kernel panic - not syncing: Aiee, killing interrupt handler! -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-06 2:23 ` Steve Fox @ 2006-10-06 14:33 ` Mel Gorman 2006-10-06 15:36 ` Vivek Goyal 0 siblings, 1 reply; 67+ messages in thread From: Mel Gorman @ 2006-10-06 14:33 UTC (permalink / raw) To: Steve Fox Cc: Andi Kleen, Badari Pulavarty, Martin Bligh, vgoyal, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On (05/10/06 21:23), Steve Fox didst pronounce: > On Thu, 2006-10-05 at 22:50 +0200, Andi Kleen wrote: > > On Thursday 05 October 2006 22:42, Steve Fox wrote: > > > On Thu, 2006-10-05 at 21:05 +0200, Andi Kleen wrote: > > > > > > > Can you please try it again with this patch to narrow it down further? > > > > > > Unfortunately this is as far as it got before it hung. > > > > Boot with earlyprintk=serial,ttyS0,57600 > > (or change the panic in the checkfunction back to a printk) > > root (hd0,0) > Filesystem type is reiserfs, partition type 0x83 > kernel /boot/vmlinuz-autobench root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.5 > 0:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57 > 600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:116010 > 0417 > [Linux-bzImage, setup=0x1400, size=0x1dd855] > initrd /boot/initrd-autobench.img > [Linux-initrd @ 0x37cec000, 0x303f80 bytes] > > Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006 > Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 > BIOS-provided physical RAM map: > BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) > BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) > BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) > BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) > BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) > BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) > BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) > BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) I continued what Steve was doing this morning to see could this be pinned down. After placing 'CHECK;' in a few places as suggested by Andi's check, the problem code was identified as that following in mm/bootmem.c#init_bootmem_core() mapsize = get_mapsize(bdata); memset(bdata->node_bootmem_map, 0xff, mapsize); That explains the value in the array at least. A few more printfs around this point printed out the following in the boot log init_bootmem_core(0, 1909, 0, 12582912) init_bootmem_core: Calling memset(0xFFFF810000775000, 1572864) AAGH: afinfo corrupted at mm/bootmem.c:121 where; 1909 == mapstart 0 == start 12582912 == end 1572864 == mapsize mapstart, start and end being the parameters being passed to init_bootmem_core(). This means we are calling memset for the physical range 0x775000 -> 0x8F5000 which is in a usable range according to the BIOS-e820 map it appears. However with 2.6.18-git22, a backout of the patch x86_64-mm-re-positioning-the-bss-segment.patch from 2.6.18-mm2 allowed the machine to boot. As this patch moves the BSS past the end of the init section, it seems that an unintentional side-effect of the patch that BSS ends up in a place that init_bootmem clobbers it. > end_pfn_map = 12582912 > kernel direct mapping tables up to c00000000 @ 8000-39000 > DMI 2.3 present. > afinfo corrupted at arch/x86_64/kernel/setup.c:462 > afinfo corrupted at arch/x86_64/kernel/setup.c:467 > afinfo corrupted at arch/x86_64/kernel/setup.c:472 > afinfo corrupted at arch/x86_64/kernel/setup.c:483 > afinfo corrupted at arch/x86_64/kernel/setup.c:496 > afinfo corrupted at arch/x86_64/kernel/setup.c:504 > afinfo corrupted at arch/x86_64/kernel/setup.c:510 > afinfo corrupted at arch/x86_64/kernel/setup.c:529 > afinfo corrupted at arch/x86_64/kernel/setup.c:537 > Zone PFN ranges: > DMA 0 -> 4096 > DMA32 4096 -> 1048576 > Normal 1048576 -> 12582912 > early_node_map[3] active PFN ranges > 0: 0 -> 154 > 0: 256 -> 786294 > 0: 1048576 -> 12582912 > afinfo corrupted at arch/x86_64/kernel/setup.c:540 > afinfo corrupted at arch/x86_64/kernel/setup.c:545 > ACPI: PM-Timer IO Port: 0x9c > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > Processor #0 (Bootup-CPU) > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > Processor #1 > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) > Processor #6 > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) > Processor #7 > ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled) > Processor #16 > ACPI: LAPIC (acpi_id[0x05] lapic_id[0x11] enabled) > Processor #17 > ACPI: LAPIC (acpi_id[0x06] lapic_id[0x16] enabled) > Processor #22 > ACPI: LAPIC (acpi_id[0x07] lapic_id[0x17] enabled) > Processor #23 > ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] enabled) > Processor #32 > ACPI: LAPIC (acpi_id[0x11] lapic_id[0x21] enabled) > Processor #33 > ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) > Processor #38 > ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) > Processor #39 > ACPI: LAPIC (acpi_id[0x14] lapic_id[0x30] enabled) > Processor #48 > ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled) > Processor #49 > ACPI: LAPIC (acpi_id[0x16] lapic_id[0x36] enabled) > Processor #54 > ACPI: LAPIC (acpi_id[0x17] lapic_id[0x37] enabled) > Processor #55 > ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] enabled) > Processor #64 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x21] lapic_id[0x41] enabled) > Processor #65 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x22] lapic_id[0x46] enabled) > Processor #70 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x23] lapic_id[0x47] enabled) > Processor #71 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x24] lapic_id[0x50] enabled) > Processor #80 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x25] lapic_id[0x51] enabled) > Processor #81 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x26] lapic_id[0x56] enabled) > Processor #86 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x27] lapic_id[0x57] enabled) > Processor #87 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] enabled) > Processor #96 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x31] lapic_id[0x61] enabled) > Processor #97 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x32] lapic_id[0x66] enabled) > Processor #102 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x33] lapic_id[0x67] enabled) > Processor #103 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x34] lapic_id[0x70] enabled) > Processor #112 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x35] lapic_id[0x71] enabled) > Processor #113 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x36] lapic_id[0x76] enabled) > Processor #118 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x37] lapic_id[0x77] enabled) > Processor #119 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x10] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x11] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x12] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x13] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x14] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x15] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x16] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x17] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x20] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x21] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x22] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x23] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x24] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x25] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x26] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x27] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x30] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x31] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x32] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x33] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x34] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x35] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x36] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x37] dfl dfl lint[0x1]) > ACPI: IOAPIC (id[0x0f] address[0xfec00000] gsi_base[0]) > IOAPIC[0]: apic_id 15, address 0xfec00000, GSI 0-35 > ACPI: IOAPIC (id[0x0e] address[0xfec01000] gsi_base[36]) > IOAPIC[1]: apic_id 14, address 0xfec01000, GSI 36-71 > ACPI: IOAPIC (id[0x0d] address[0xfec02000] gsi_base[72]) > IOAPIC[2]: apic_id 13, address 0xfec02000, GSI 72-107 > ACPI: IOAPIC (id[0x0c] address[0xfec03000] gsi_base[108]) > IOAPIC[3]: apic_id 12, address 0xfec03000, GSI 108-143 > ACPI: IOAPIC (id[0x0b] address[0xfec04000] gsi_base[144]) > IOAPIC[4]: apic_id 11, address 0xfec04000, GSI 144-179 > ACPI: IOAPIC (id[0x0a] address[0xfec05000] gsi_base[180]) > IOAPIC[5]: apic_id 10, address 0xfec05000, GSI 180-215 > ACPI: IOAPIC (id[0x09] address[0xfec06000] gsi_base[216]) > IOAPIC[6]: apic_id 9, address 0xfec06000, GSI 216-251 > ACPI: IOAPIC (id[0x08] address[0xfec07000] gsi_base[252]) > IOAPIC[7]: apic_id 8, address 0xfec07000, GSI 252-287 > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) > ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 low edge) > Setting APIC routing to clustered > ACPI: HPET id: 0x10142201 base: 0xfde84000 > afinfo corrupted at arch/x86_64/kernel/setup.c:559 > afinfo corrupted at arch/x86_64/kernel/setup.c:562 > Using ACPI (MADT) for SMP configuration information > afinfo corrupted at arch/x86_64/kernel/setup.c:569 > afinfo corrupted at arch/x86_64/kernel/setup.c:572 > afinfo corrupted at arch/x86_64/kernel/setup.c:579 > afinfo corrupted at arch/x86_64/kernel/setup.c:582 > Nosave address range: 000000000009a000 - 000000000009b000 > Nosave address range: 000000000009b000 - 00000000000a0000 > Nosave address range: 00000000000a0000 - 00000000000e0000 > Nosave address range: 00000000000e0000 - 0000000000100000 > Nosave address range: 00000000bff76000 - 00000000bff77000 > Nosave address range: 00000000bff77000 - 00000000bff98000 > Nosave address range: 00000000bff98000 - 00000000bff99000 > Nosave address range: 00000000bff99000 - 00000000c0000000 > Nosave address range: 00000000c0000000 - 00000000fec00000 > Nosave address range: 00000000fec00000 - 0000000100000000 > afinfo corrupted at arch/x86_64/kernel/setup.c:585 > afinfo corrupted at arch/x86_64/kernel/setup.c:588 > afinfo corrupted at arch/x86_64/kernel/setup.c:596 > Allocating PCI resources starting at c4000000 (gap: c0000000:3ec00000) > afinfo corrupted at arch/x86_64/kernel/setup.c:599 > afinfo corrupted at init/main.c:512 > SMP: Allowing 16 CPUs, 0 hotplug CPUs > PERCPU: Allocating 33920 bytes of per cpu data > afinfo corrupted at init/main.c:527 > Built 1 zonelists. Total pages: 12147064 > Kernel command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 > afinfo corrupted at init/main.c:536 > Initializing CPU#0 > PID hash table entries: 4096 (order: 12, 32768 bytes) > afinfo corrupted at init/main.c:545 > afinfo corrupted at init/main.c:548 > disabling early console > Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006 > Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 > BIOS-provided physical RAM map: > BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) > BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) > BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) > BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) > BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) > BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) > BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) > BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) > end_pfn_map = 12582912 > DMI 2.3 present. > afinfo corrupted at arch/x86_64/kernel/setup.c:462 > afinfo corrupted at arch/x86_64/kernel/setup.c:467 > afinfo corrupted at arch/x86_64/kernel/setup.c:472 > afinfo corrupted at arch/x86_64/kernel/setup.c:483 > afinfo corrupted at arch/x86_64/kernel/setup.c:496 > afinfo corrupted at arch/x86_64/kernel/setup.c:504 > afinfo corrupted at arch/x86_64/kernel/setup.c:510 > afinfo corrupted at arch/x86_64/kernel/setup.c:529 > afinfo corrupted at arch/x86_64/kernel/setup.c:537 > Zone PFN ranges: > DMA 0 -> 4096 > DMA32 4096 -> 1048576 > Normal 1048576 -> 12582912 > early_node_map[3] active PFN ranges > 0: 0 -> 154 > 0: 256 -> 786294 > 0: 1048576 -> 12582912 > afinfo corrupted at arch/x86_64/kernel/setup.c:540 > afinfo corrupted at arch/x86_64/kernel/setup.c:545 > ACPI: PM-Timer IO Port: 0x9c > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > Processor #0 (Bootup-CPU) > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > Processor #1 > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) > Processor #6 > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) > Processor #7 > ACPI: LAPIC (acpi_id[0x04] lapic_id[0x10] enabled) > Processor #16 > ACPI: LAPIC (acpi_id[0x05] lapic_id[0x11] enabled) > Processor #17 > ACPI: LAPIC (acpi_id[0x06] lapic_id[0x16] enabled) > Processor #22 > ACPI: LAPIC (acpi_id[0x07] lapic_id[0x17] enabled) > Processor #23 > ACPI: LAPIC (acpi_id[0x10] lapic_id[0x20] enabled) > Processor #32 > ACPI: LAPIC (acpi_id[0x11] lapic_id[0x21] enabled) > Processor #33 > ACPI: LAPIC (acpi_id[0x12] lapic_id[0x26] enabled) > Processor #38 > ACPI: LAPIC (acpi_id[0x13] lapic_id[0x27] enabled) > Processor #39 > ACPI: LAPIC (acpi_id[0x14] lapic_id[0x30] enabled) > Processor #48 > ACPI: LAPIC (acpi_id[0x15] lapic_id[0x31] enabled) > Processor #49 > ACPI: LAPIC (acpi_id[0x16] lapic_id[0x36] enabled) > Processor #54 > ACPI: LAPIC (acpi_id[0x17] lapic_id[0x37] enabled) > Processor #55 > ACPI: LAPIC (acpi_id[0x20] lapic_id[0x40] enabled) > Processor #64 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x21] lapic_id[0x41] enabled) > Processor #65 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x22] lapic_id[0x46] enabled) > Processor #70 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x23] lapic_id[0x47] enabled) > Processor #71 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x24] lapic_id[0x50] enabled) > Processor #80 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x25] lapic_id[0x51] enabled) > Processor #81 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x26] lapic_id[0x56] enabled) > Processor #86 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x27] lapic_id[0x57] enabled) > Processor #87 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x30] lapic_id[0x60] enabled) > Processor #96 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x31] lapic_id[0x61] enabled) > Processor #97 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x32] lapic_id[0x66] enabled) > Processor #102 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x33] lapic_id[0x67] enabled) > Processor #103 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x34] lapic_id[0x70] enabled) > Processor #112 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x35] lapic_id[0x71] enabled) > Processor #113 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x36] lapic_id[0x76] enabled) > Processor #118 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC (acpi_id[0x37] lapic_id[0x77] enabled) > Processor #119 > WARNING: NR_CPUS limit of 16 reached. Processor ignored. > ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x04] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x10] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x11] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x12] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x13] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x14] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x15] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x16] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x17] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x20] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x21] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x22] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x23] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x24] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x25] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x26] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x27] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x30] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x31] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x32] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x33] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x34] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x35] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x36] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x37] dfl dfl lint[0x1]) > ACPI: IOAPIC (id[0x0f] address[0xfec00000] gsi_base[0]) > IOAPIC[0]: apic_id 15, address 0xfec00000, GSI 0-35 > ACPI: IOAPIC (id[0x0e] address[0xfec01000] gsi_base[36]) > IOAPIC[1]: apic_id 14, address 0xfec01000, GSI 36-71 > ACPI: IOAPIC (id[0x0d] address[0xfec02000] gsi_base[72]) > IOAPIC[2]: apic_id 13, address 0xfec02000, GSI 72-107 > ACPI: IOAPIC (id[0x0c] address[0xfec03000] gsi_base[108]) > IOAPIC[3]: apic_id 12, address 0xfec03000, GSI 108-143 > ACPI: IOAPIC (id[0x0b] address[0xfec04000] gsi_base[144]) > IOAPIC[4]: apic_id 11, address 0xfec04000, GSI 144-179 > ACPI: IOAPIC (id[0x0a] address[0xfec05000] gsi_base[180]) > IOAPIC[5]: apic_id 10, address 0xfec05000, GSI 180-215 > ACPI: IOAPIC (id[0x09] address[0xfec06000] gsi_base[216]) > IOAPIC[6]: apic_id 9, address 0xfec06000, GSI 216-251 > ACPI: IOAPIC (id[0x08] address[0xfec07000] gsi_base[252]) > IOAPIC[7]: apic_id 8, address 0xfec07000, GSI 252-287 > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > ACPI: INT_SRC_OVR (bus 0 bus_irq 8 global_irq 8 low edge) > ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 low edge) > Setting APIC routing to clustered > ACPI: HPET id: 0x10142201 base: 0xfde84000 > afinfo corrupted at arch/x86_64/kernel/setup.c:559 > afinfo corrupted at arch/x86_64/kernel/setup.c:562 > Using ACPI (MADT) for SMP configuration information > afinfo corrupted at arch/x86_64/kernel/setup.c:569 > afinfo corrupted at arch/x86_64/kernel/setup.c:572 > afinfo corrupted at arch/x86_64/kernel/setup.c:579 > afinfo corrupted at arch/x86_64/kernel/setup.c:582 > Nosave address range: 000000000009a000 - 000000000009b000 > Nosave address range: 000000000009b000 - 00000000000a0000 > Nosave address range: 00000000000a0000 - 00000000000e0000 > Nosave address range: 00000000000e0000 - 0000000000100000 > Nosave address range: 00000000bff76000 - 00000000bff77000 > Nosave address range: 00000000bff77000 - 00000000bff98000 > Nosave address range: 00000000bff98000 - 00000000bff99000 > Nosave address range: 00000000bff99000 - 00000000c0000000 > Nosave address range: 00000000c0000000 - 00000000fec00000 > Nosave address range: 00000000fec00000 - 0000000100000000 > afinfo corrupted at arch/x86_64/kernel/setup.c:585 > afinfo corrupted at arch/x86_64/kernel/setup.c:588 > afinfo corrupted at arch/x86_64/kernel/setup.c:596 > Allocating PCI resources starting at c4000000 (gap: c0000000:3ec00000) > afinfo corrupted at arch/x86_64/kernel/setup.c:599 > afinfo corrupted at init/main.c:512 > SMP: Allowing 16 CPUs, 0 hotplug CPUs > PERCPU: Allocating 33920 bytes of per cpu data > afinfo corrupted at init/main.c:527 > Built 1 zonelists. Total pages: 12147064 > Kernel command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 > afinfo corrupted at init/main.c:536 > Initializing CPU#0 > PID hash table entries: 4096 (order: 12, 32768 bytes) > afinfo corrupted at init/main.c:545 > afinfo corrupted at init/main.c:548 > disabling early console > Console: colour VGA+ 80x25 > Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes) > Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes) > afinfo corrupted at init/main.c:582 > Checking aperture... > PCI-DMA: Using software bounce buffering for IO (SWIOTLB) > Placing software IO TLB between 0x310c2000 - 0x350c2000 > Memory: 48422908k/50331648k available (2566k kernel code, 858868k reserved, 1345k data, 184k init) > afinfo corrupted at init/main.c:584 > Calibrating delay using timer specific routine.. 5678.09 BogoMIPS (lpj=11356196) > afinfo corrupted at init/main.c:593 > afinfo corrupted at init/main.c:603 > Mount-cache hash table entries: 256 > afinfo corrupted at init/main.c:610 > afinfo corrupted at init/main.c:618 > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > using mwait in idle threads. > CPU: Physical Processor ID: 0 > CPU: Processor Core ID: 0 > CPU0: Thermal monitoring enabled (TM1) > SMP alternatives: switching to UP code > ACPI: Core revision 20060707 > ..MP-BIOS bug: 8254 timer not connected to IO-APIC > Using local APIC timer interrupts. > result 10425595 > Detected 10.425 MHz APIC timer. > afinfo corrupted at init/main.c:749 > SMP alternatives: switching to SMP code > Booting processor 1/16 APIC 0x1 > Initializing CPU#1 > Calibrating delay using timer specific routine.. 5671.84 BogoMIPS (lpj=11343696) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 0 > CPU: Processor Core ID: 0 > CPU1: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 1: Syncing TSC to CPU 0. > CPU 1: synchronized TSC with CPU 0 (last diff -2 cycles, maxerr 799 cycles) > SMP alternatives: switching to SMP code > Booting processor 2/16 APIC 0x6 > Initializing CPU#2 > Calibrating delay using timer specific routine.. 5671.98 BogoMIPS (lpj=11343971) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 3 > CPU: Processor Core ID: 0 > CPU2: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 2: Syncing TSC to CPU 0. > CPU 2: synchronized TSC with CPU 0 (last diff -184 cycles, maxerr 3349 cycles) > SMP alternatives: switching to SMP code > Booting processor 3/16 APIC 0x7 > Initializing CPU#3 > Calibrating delay using timer specific routine.. 5672.02 BogoMIPS (lpj=11344041) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 3 > CPU: Processor Core ID: 0 > CPU3: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 3: Syncing TSC to CPU 0. > CPU 3: synchronized TSC with CPU 0 (last diff -100 cycles, maxerr 1989 cycles) > SMP alternatives: switching to SMP code > Booting processor 4/16 APIC 0x10 > Initializing CPU#4 > Calibrating delay using timer specific routine.. 5672.07 BogoMIPS (lpj=11344144) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 8 > CPU: Processor Core ID: 0 > CPU4: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 4: Syncing TSC to CPU 0. > CPU 4: synchronized TSC with CPU 0 (last diff 43 cycles, maxerr 3247 cycles) > SMP alternatives: switching to SMP code > Booting processor 5/16 APIC 0x11 > Initializing CPU#5 > Calibrating delay using timer specific routine.. 5672.01 BogoMIPS (lpj=11344024) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 8 > CPU: Processor Core ID: 0 > CPU5: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 5: Syncing TSC to CPU 0. > CPU 5: synchronized TSC with CPU 0 (last diff 21 cycles, maxerr 3349 cycles) > SMP alternatives: switching to SMP code > Booting processor 6/16 APIC 0x16 > Initializing CPU#6 > Calibrating delay using timer specific routine.. 5672.02 BogoMIPS (lpj=11344042) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 11 > CPU: Processor Core ID: 0 > CPU6: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 6: Syncing TSC to CPU 0. > CPU 6: synchronized TSC with CPU 0 (last diff 257 cycles, maxerr 3383 cycles) > SMP alternatives: switching to SMP code > Booting processor 7/16 APIC 0x17 > Initializing CPU#7 > Calibrating delay using timer specific routine.. 5672.10 BogoMIPS (lpj=11344218) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 11 > CPU: Processor Core ID: 0 > CPU7: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 7: Syncing TSC to CPU 0. > CPU 7: synchronized TSC with CPU 0 (last diff 233 cycles, maxerr 3357 cycles) > SMP alternatives: switching to SMP code > Booting processor 8/16 APIC 0x20 > Initializing CPU#8 > Calibrating delay using timer specific routine.. 5672.35 BogoMIPS (lpj=11344712) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 16 > CPU: Processor Core ID: 0 > CPU8: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 8: Syncing TSC to CPU 0. > CPU 8: synchronized TSC with CPU 0 (last diff 140 cycles, maxerr 8509 cycles) > SMP alternatives: switching to SMP code > Booting processor 9/16 APIC 0x21 > Initializing CPU#9 > Calibrating delay using timer specific routine.. 5672.25 BogoMIPS (lpj=11344515) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 16 > CPU: Processor Core ID: 0 > CPU9: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 9: Syncing TSC to CPU 0. > CPU 9: synchronized TSC with CPU 0 (last diff -100 cycles, maxerr 7556 cycles) > SMP alternatives: switching to SMP code > Booting processor 10/16 APIC 0x26 > Initializing CPU#10 > Calibrating delay using timer specific routine.. 5672.33 BogoMIPS (lpj=11344676) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 19 > CPU: Processor Core ID: 0 > CPU10: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 10: Syncing TSC to CPU 0. > CPU 10: synchronized TSC with CPU 0 (last diff 405 cycles, maxerr 8126 cycles) > SMP alternatives: switching to SMP code > Booting processor 11/16 APIC 0x27 > Initializing CPU#11 > Calibrating delay using timer specific routine.. 5672.46 BogoMIPS (lpj=11344939) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 19 > CPU: Processor Core ID: 0 > CPU11: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 11: Syncing TSC to CPU 0. > CPU 11: synchronized TSC with CPU 0 (last diff -145 cycles, maxerr 8568 cycles) > SMP alternatives: switching to SMP code > Booting processor 12/16 APIC 0x30 > Initializing CPU#12 > Calibrating delay using timer specific routine.. 5672.23 BogoMIPS (lpj=11344472) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 24 > CPU: Processor Core ID: 0 > CPU12: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 12: Syncing TSC to CPU 0. > CPU 12: synchronized TSC with CPU 0 (last diff 419 cycles, maxerr 8602 cycles) > SMP alternatives: switching to SMP code > Booting processor 13/16 APIC 0x31 > Initializing CPU#13 > Calibrating delay using timer specific routine.. 5672.34 BogoMIPS (lpj=11344689) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 24 > CPU: Processor Core ID: 0 > CPU13: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 13: Syncing TSC to CPU 0. > CPU 13: synchronized TSC with CPU 0 (last diff 242 cycles, maxerr 8636 cycles) > SMP alternatives: switching to SMP code > Booting processor 14/16 APIC 0x36 > Initializing CPU#14 > Calibrating delay using timer specific routine.. 5672.32 BogoMIPS (lpj=11344644) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 27 > CPU: Processor Core ID: 0 > CPU14: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 14: Syncing TSC to CPU 0. > CPU 14: synchronized TSC with CPU 0 (last diff -272 cycles, maxerr 8109 cycles) > SMP alternatives: switching to SMP code > Booting processor 15/16 APIC 0x37 > Initializing CPU#15 > Calibrating delay using timer specific routine.. 5672.21 BogoMIPS (lpj=11344423) > CPU: Trace cache: 12K uops, L1 D cache: 16K > CPU: L2 cache: 1024K > CPU: L3 cache: 4096K > CPU: Physical Processor ID: 27 > CPU: Processor Core ID: 0 > CPU15: Thermal monitoring enabled (TM1) > Intel(R) Xeon(TM) MP CPU 2.83GHz stepping 01 > CPU 15: Syncing TSC to CPU 0. > CPU 15: synchronized TSC with CPU 0 (last diff -21 cycles, maxerr 8560 cycles) > Brought up 16 CPUs > testing NMI watchdog ... OK. > time.c: Using 333.333333 MHz WALL PIT GTOD PIT/HPET timer. > time.c: Detected 2835.773 MHz processor. > afinfo corrupted at init/main.c:755 > migration_cost=19,988 > afinfo corrupted at init/main.c:761 > afinfo corrupted at init/main.c:769 > Calling initcall 0xffffffff802166c0: init_smp_flush+0x0/0x60() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607a40: helper_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607dd0: pm_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607e50: ksysfs_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060a720: filelock_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b230: init_script_binfmt+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b240: init_elf_binfmt+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80614690: sock_init+0x0/0x60() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80614e30: netlink_proto_init+0x0/0x1a0() > afinfo corrupted at init/main.c:659 > NET: Registered protocol family 16 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c310: kobject_uevent_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c4a0: pcibus_class_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060ca70: pci_driver_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060ef30: tty_class_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060fa20: vtconsole_class_init+0x0/0xc0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060cbb0: acpi_pci_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > ACPI: bus type pci registered > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060d8ef: init_acpi_device_notify+0x0/0x4b() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80613aa0: pci_access_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > PCI: Using configuration type 1 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80605760: topology_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607770: param_sysfs_init+0x0/0x200() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80249d00: pm_sysrq_init+0x0/0x20() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060aee0: init_bio+0x0/0x110() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c1d0: genhd_device_init+0x0/0x60() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060d702: acpi_init+0x0/0x1ed() > afinfo corrupted at init/main.c:659 > ACPI: Interpreter enabled > ACPI: Using IOAPIC for interrupt routing > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060dbd5: acpi_ec_init+0x0/0x62() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060dfee: acpi_pci_root_init+0x0/0x28() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e036: acpi_pci_link_init+0x0/0x48() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e1bc: acpi_power_init+0x0/0x77() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e233: acpi_system_init+0x0/0xc6() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e2f9: acpi_event_init+0x0/0x3f() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e338: acpi_scan_init+0x0/0x1ac() > afinfo corrupted at init/main.c:659 > ACPI: PCI Root Bridge [VP00] (0000:00) > PCI: Ignoring BAR0-3 of IDE controller 0000:00:0f.1 > ACPI: PCI Root Bridge [VP01] (0000:01) > ACPI: PCI Root Bridge [VP02] (0000:02) > ACPI: PCI Root Bridge [VP03] (0000:04) > ACPI: PCI Root Bridge [VP04] (0000:06) > ACPI: PCI Root Bridge [VP05] (0000:08) > ACPI: PCI Root Bridge [VP06] (0000:0a) > ACPI: PCI Root Bridge [VP07] (0000:0c) > ACPI: PCI Root Bridge [VP10] (0000:0e) > ACPI: PCI Root Bridge [VP11] (0000:0f) > ACPI: PCI Root Bridge [VP12] (0000:10) > ACPI: PCI Root Bridge [VP13] (0000:12) > ACPI: PCI Root Bridge [VP14] (0000:14) > ACPI: PCI Root Bridge [VP15] (0000:16) > ACPI: PCI Root Bridge [VP16] (0000:18) > ACPI: PCI Root Bridge [VP17] (0000:1a) > ACPI: PCI Root Bridge [VP20] (0000:1c) > ACPI: PCI Root Bridge [VP21] (0000:1d) > ACPI: PCI Root Bridge [VP22] (0000:1e) > ACPI: PCI Root Bridge [VP23] (0000:20) > ACPI: PCI Root Bridge [VP24] (0000:22) > ACPI: PCI Root Bridge [VP25] (0000:24) > ACPI: PCI Root Bridge [VP26] (0000:26) > ACPI: PCI Root Bridge [VP27] (0000:28) > ACPI: PCI Root Bridge [VP30] (0000:2a) > ACPI: PCI Root Bridge [VP31] (0000:2b) > ACPI: PCI Root Bridge [VP32] (0000:2c) > ACPI: PCI Root Bridge [VP33] (0000:2e) > ACPI: PCI Root Bridge [VP34] (0000:30) > ACPI: PCI Root Bridge [VP35] (0000:32) > ACPI: PCI Root Bridge [VP36] (0000:34) > ACPI: PCI Root Bridge [VP37] (0000:36) > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e654: acpi_cm_sbs_init+0x0/0xc() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e660: pnp_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > Linux Plug and Play Support v0.97 (c) Adam Belay > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e8f0: pnpacpi_init+0x0/0x70() > afinfo corrupted at init/main.c:659 > pnp: PnP ACPI init > pnp: PnP ACPI: found 47 devices > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060f490: misc_init+0x0/0x90() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80375670: cn_init+0x0/0xe0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806117f0: init_scsi+0x0/0x90() > afinfo corrupted at init/main.c:659 > SCSI subsystem initialized > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806124d0: serio_init+0x0/0xd0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806128f0: input_init+0x0/0x120() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612d00: rtc_init+0x0/0x50() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612d50: rtc_sysfs_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612d60: rtc_proc_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612d70: rtc_dev_init+0x0/0xb0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80613ad0: pci_acpi_init+0x0/0xb0() > afinfo corrupted at init/main.c:659 > PCI: Using ACPI for IRQ routing > PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80613b80: pci_legacy_init+0x0/0x120() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80614130: pcibios_irq_init+0x0/0x4f0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80614620: pcibios_init+0x0/0x70() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80614750: proto_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806148f0: net_dev_init+0x0/0x210() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80614fd0: genl_init+0x0/0xb0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff805fdfc0: late_hpet_init+0x0/0xb0() > afinfo corrupted at init/main.c:659 > hpet0: at MMIO 0xfde84000, IRQs 2, 8, 0 > hpet0: 3 64-bit timers, 3707069 Hz > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806000b0: pci_iommu_init+0x0/0x20() > afinfo corrupted at init/main.c:659 > PCI-GART: No AMD northbridge found. > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060a6a0: init_pipe_fs+0x0/0x50() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e524: acpi_motherboard_init+0x0/0x130() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e790: pnp_system_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > pnp: 00:0a: ioport range 0x400-0x47f has been reserved > pnp: 00:0a: ioport range 0x480-0x4ff could not be reserved > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060ec70: chr_dev_init+0x0/0x80() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80610a40: firmware_class_init+0x0/0x80() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806134b0: pcibios_assign_resources+0x0/0x90() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806159e0: inet_init+0x0/0x400() > afinfo corrupted at init/main.c:659 > NET: Registered protocol family 2 > IP route cache hash table entries: 524288 (order: 10, 4194304 bytes) > TCP established hash table entries: 262144 (order: 10, 4194304 bytes) > TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) > TCP: Hash tables configured (established 262144 bind 65536) > TCP reno registered > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8020db10: time_init_device+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff805fe9f0: i8259A_init_sysfs+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff805fe9c0: init_timer_sysfs+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff805ff010: vsyscall_init+0x0/0xb0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff805ff2a0: sbf_init+0x0/0xe0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80600080: i8237A_init_sysfs+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80600500: periodic_mcheck_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80600530: mce_init_device+0x0/0x80() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80600670: thermal_throttle_init_device+0x0/0x70() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806006e0: threshold_init_device+0x0/0x50() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80601ee0: init_lapic_sysfs+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80602a80: ioapic_init_sysfs+0x0/0xf0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8021d1f0: cache_sysfs_init+0x0/0x60() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80605870: x8664_sysctl_init+0x0/0x20() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80606d30: create_proc_profile+0x0/0x280() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607170: ioresources_init+0x0/0x50() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806072e0: timekeeping_init_device+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607400: uid_cache_init+0x0/0x90() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607970: init_posix_timers+0x0/0xd0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607a80: init_posix_cpu_timers+0x0/0xf0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607ba0: latency_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607c90: init_clocksource_sysfs+0x0/0x60() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607cf0: init_jiffies_clocksource+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607d00: init+0x0/0x70() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607d70: proc_dma_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80245840: percpu_modinit+0x0/0x80() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607da0: kallsyms_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80607e10: ikconfig_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80608f60: init_per_zone_pages_min+0x0/0x60() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80609ed0: pdflush_init+0x0/0x20() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80609f20: kswapd_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80609f50: setup_vmstat+0x0/0x20() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80609fc0: procswaps_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060a030: hugetlb_init+0x0/0x70() > afinfo corrupted at init/main.c:659 > Total HugeTLB memory allocated, 0 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060a0a0: init_tmpfs+0x0/0xe0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060a180: cpucache_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060a6f0: fasync_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060ae00: aio_setup+0x0/0x70() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b080: inotify_setup+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b090: inotify_user_setup+0x0/0xc0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b150: eventpoll_init+0x0/0xe0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b250: init_mbcache+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b280: dnotify_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b740: init_devpts_fs+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b780: init_reiserfs_fs+0x0/0x80() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b800: init_ext3_fs+0x0/0x70() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060b930: journal_init+0x0/0xe0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060ba10: init_ext2_fs+0x0/0x70() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bad0: init_ramfs_fs+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bae0: init_hugetlbfs_fs+0x0/0x80() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bba0: init_fat_fs+0x0/0x50() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bbf0: init_vfat_fs+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bc00: init_nls_cp437+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bc10: init_nls_iso8859_1+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bc20: init_autofs_fs+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bc30: init_autofs4_fs+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > initcall at 0xffffffff8060bc30: init_autofs4_fs+0x0/0x10(): returned with error code -16 > Calling initcall 0xffffffff8060bc40: ipc_init+0x0/0x20() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bf10: init_mqueue_fs+0x0/0xe0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060bff0: crypto_algapi_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c030: init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c040: init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c230: noop_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > io scheduler noop registered > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c240: as_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > io scheduler anticipatory registered (default) > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c250: deadline_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > io scheduler deadline registered > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060c260: cfq_init+0x0/0xb0() > afinfo corrupted at init/main.c:659 > io scheduler cfq registered > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8032c1d0: pci_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060ca80: pci_sysfs_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060cac0: pci_proc_init+0x0/0x70() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060d93a: acpi_ac_init+0x0/0x45() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060d97f: acpi_battery_init+0x0/0x45() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060df90: acpi_video_init+0x0/0x5e() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060e07e: irqrouter_init_sysfs+0x0/0x38() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060ed10: rand_initialize+0x0/0x30() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060ed40: tty_init+0x0/0x1f0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060efa0: pty_init+0x0/0x4f0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060fae0: hpet_init+0x0/0x70() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060fb50: agp_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > Linux agpgart interface v0.101 (c) Dave Jones > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff8060fcb0: cn_proc_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806100f0: serial8250_init+0x0/0x150() > afinfo corrupted at init/main.c:659 > Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled > serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80610320: serial8250_pnp_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > 00:03: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > 00:04: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80610330: serial8250_pci_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80384c90: topology_sysfs_init+0x0/0x50() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80610ac0: e1000_init_module+0x0/0x50() > afinfo corrupted at init/main.c:659 > Intel(R) PRO/1000 Network Driver - version 7.2.9-k2 > Copyright (c) 1999-2006 Intel Corporation. > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80610b10: tg3_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > tg3.c:v3.66 (September 23, 2006) > ACPI: PCI Interrupt 0000:01:01.0[A] -> GSI 24 (level, low) -> IRQ 24 > eth0: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:0d:60:98:63:54 > eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] > eth0: dma_rwctrl[769f0000] dma_mask[64-bit] > ACPI: PCI Interrupt 0000:01:01.1[B] -> GSI 28 (level, low) -> IRQ 28 > eth1: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:0d:60:98:63:55 > eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] > eth1: dma_rwctrl[769f0000] dma_mask[64-bit] > ACPI: PCI Interrupt 0000:0f:01.0[A] -> GSI 96 (level, low) -> IRQ 96 > eth2: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:0c > eth2: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] > eth2: dma_rwctrl[769f0000] dma_mask[64-bit] > ACPI: PCI Interrupt 0000:0f:01.1[B] -> GSI 100 (level, low) -> IRQ 100 > eth3: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:0d > eth3: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] > eth3: dma_rwctrl[769f0000] dma_mask[64-bit] > ACPI: PCI Interrupt 0000:1d:01.0[A] -> GSI 168 (level, low) -> IRQ 168 > eth4: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:6c > eth4: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] > eth4: dma_rwctrl[769f0000] dma_mask[64-bit] > ACPI: PCI Interrupt 0000:1d:01.1[B] -> GSI 172 (level, low) -> IRQ 172 > eth5: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:45:6d > eth5: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] > eth5: dma_rwctrl[769f0000] dma_mask[64-bit] > ACPI: PCI Interrupt 0000:2b:01.0[A] -> GSI 240 (level, low) -> IRQ 240 > eth6: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:43:82 > eth6: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] Split[0] WireSpeed[1] TSOcap[0] > eth6: dma_rwctrl[769f0000] dma_mask[64-bit] > ACPI: PCI Interrupt 0000:2b:01.1[B] -> GSI 244 (level, low) -> IRQ 244 > eth7: Tigon3 [partno(BCM95704A6) rev 2100 PHY(5704)] (PCIX:66MHz:64-bit) 10/100/1000BaseT Ethernet 00:14:5e:1c:43:83 > eth7: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] > eth7: dma_rwctrl[769f0000] dma_mask[64-bit] > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80610ba0: net_olddevs_init+0x0/0xc0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff803a8630: init_netconsole+0x0/0x80() > afinfo corrupted at init/main.c:659 > netconsole: not configured, aborting > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff803a8710: cmd64x_ide_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80610c70: piix_ide_init+0x0/0xd0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff803aa810: svwks_ide_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff803ab480: generic_ide_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80610db0: ide_init+0x0/0x90() > afinfo corrupted at init/main.c:659 > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx > SvrWks CSB6: IDE controller at PCI slot 0000:00:0f.1 > SvrWks CSB6: chipset revision 160 > SvrWks CSB6: not 100% native mode: will probe irqs later > ide0: BM-DMA at 0x0700-0x0707, BIOS settings: hda:DMA, hdb:DMA > SvrWks CSB6: simplex device: DMA disabled > ide1: SvrWks CSB6 Bus-Master DMA disabled (BIOS) > hda: MATSHITADVD-ROM SR-8178, ATAPI CD/DVD-ROM drive > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611780: ide_generic_init+0x0/0x20() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806117a0: idedisk_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806117b0: ide_cdrom_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > hda: ATAPI 24X DVD-ROM drive, 256kB Cache, UDMA(66) > Uniform CD-ROM driver Revision: 3.20 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806117c0: idefloppy_init+0x0/0x30() > afinfo corrupted at init/main.c:659 > ide-floppy driver 0.99.newide > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611a90: raid_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611aa0: spi_transport_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611ae0: fc_transport_init+0x0/0x50() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611b30: iscsi_transport_init+0x0/0x120() > afinfo corrupted at init/main.c:659 > Loading iSCSI transport class v2.0-685.afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611c50: sas_transport_init+0x0/0xc0() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611d10: iscsi_tcp_init+0x0/0x50() > afinfo corrupted at init/main.c:659 > iscsi: registered transport (tcp) > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611d60: aac_init+0x0/0x70() > afinfo corrupted at init/main.c:659 > Adaptec aacraid driver (1.1-5[2409]-mh2) > ACPI: PCI Interrupt 0000:01:02.0[A] -> GSI 25 (level, low) -> IRQ 25 > AAC0: kernel 5.0-2[8264] > AAC0: monitor 5.0-2[8264] > AAC0: bios 5.0-2[8264] > AAC0: serial 162348 > AAC0: 64bit support enabled. > AAC0: 64 Bit DAC enabled > scsi0 : ServeRAID > scsi 0:0:0:0: Direct-Access IBM Drive 1 V1.0 PQ: 0 ANSI: 2 > scsi 0:0:1:0: Direct-Access IBM Drive 2 V1.0 PQ: 0 ANSI: 2 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611dd0: qla1280_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80611fa0: sym2_init+0x0/0x110() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806120b0: init_sd+0x0/0x60() > afinfo corrupted at init/main.c:659 > SCSI device sda: 143132672 512-byte hdwr sectors (73284 MB) > sda: assuming Write Enabled > sda: assuming drive cache: write through > SCSI device sda: 143132672 512-byte hdwr sectors (73284 MB) > sda: assuming Write Enabled > sda: assuming drive cache: write through > sda: sda1 sda2 sda3 > sd 0:0:0:0: Attached scsi removable disk sda > SCSI device sdb: 143132672 512-byte hdwr sectors (73284 MB) > sdb: assuming Write Enabled > sdb: assuming drive cache: write through > SCSI device sdb: 143132672 512-byte hdwr sectors (73284 MB) > sdb: assuming Write Enabled > sdb: assuming drive cache: write through > sdb: sdb1 sdb2 sdb3 > sd 0:0:1:0: Attached scsi removable disk sdb > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612110: fusion_init+0x0/0x100() > afinfo corrupted at init/main.c:659 > Fusion MPT base driver 3.04.01 > Copyright (c) 1999-2005 LSI Logic Corporation > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612210: mptspi_init+0x0/0xc0() > afinfo corrupted at init/main.c:659 > Fusion MPT SPI Host driver 3.04.01 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806122d0: mptfc_init+0x0/0xf0() > afinfo corrupted at init/main.c:659 > Fusion MPT FC Host driver 3.04.01 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806123c0: mptctl_init+0x0/0x100() > afinfo corrupted at init/main.c:659 > Fusion MPT misc device (ioctl) driver 3.04.01 > mptctl: Registered with Fusion MPT base driver > mptctl: /dev/mptctl @ (major,minor=10,220) > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806124c0: cdrom_init+0x0/0x10() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806125a0: i8042_init+0x0/0x350() > afinfo corrupted at init/main.c:659 > 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 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612a10: mousedev_init+0x0/0x100() > afinfo corrupted at init/main.c:659 > mice: PS/2 mouse device common for all mice > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612b10: atkbd_init+0x0/0x20() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80612e20: hwmon_init+0x0/0x40() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80614c60: flow_cache_init+0x0/0x1d0() > afinfo corrupted at init/main.c:659 > input: AT Translated Set 2 keyboard as /class/input/input0 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff806160f0: init_syncookies+0x0/0x20() > afinfo corrupted at init/main.c:659 > afinfo corrupted at init/main.c:663 > Calling initcall 0xffffffff80616110: xfrm4_beet_init+0x0/0x20() > afinfo corrupted at init/main.c:659 > Unable to handle kernel NULL pointer dereference at 0000000000000827 RIP: > [<ffffffff80470666>] xfrm_register_mode+0x36/0x60 > PGD 0 > Oops: 0000 [1] SMP > CPU 0 > Modules linked in: > Pid: 1, comm: swapper Not tainted 2.6.18-git22 #2 > RIP: 0010:[<ffffffff80470666>] [<ffffffff80470666>] xfrm_register_mode+0x36/0x60 > RSP: 0000:ffff810bffcbded0 EFLAGS: 00010286 > RAX: 000000000000081f RBX: ffffffff805588a0 RCX: 0000000000100000 > RDX: ffffffffffffffff RSI: 0000000000000002 RDI: ffffffff80559550 > RBP: 00000000ffffffef R08: 0000000000000002 R09: fffffffffffffffd > R10: 0000000000000002 R11: 0000000000000000 R12: 0000000000000000 > R13: ffff810bffcbdef0 R14: 0000000000000000 R15: 0000000000000000 > FS: 0000000000000000(0000) GS:ffffffff805d2000(0000) knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 0000000000000827 CR3: 0000000000201000 CR4: 00000000000006e0 > Process swapper (pid: 1, threadinfo ffff810bffcbc000, task ffff810bffcbb4e0) > Stack: 0000000000000000 0000000000000000 ffffffff8061fee8 ffffffff802071d6 > 6f6320726f727265 000036312d206564 0000000000000000 0000000000000000 > 0000000000000000 0000000000000000 0000000000000000 0000000000090000 > Call Trace: > [<ffffffff802071d6>] init+0x1b6/0x3b0 > [<ffffffff8020aa28>] child_rip+0xa/0x12 > [<ffffffff80339542>] acpi_ds_init_one_object+0x0/0x82 > [<ffffffff80207020>] init+0x0/0x3b0 > [<ffffffff8020aa1e>] child_rip+0x0/0x12 > > > Code: 48 83 78 08 00 75 06 48 89 58 08 31 ed 48 89 d7 e8 e5 fe ff > RIP [<ffffffff80470666>] xfrm_register_mode+0x36/0x60 > RSP <ffff810bffcbded0> > CR2: 0000000000000827 > <0>Kernel panic - not syncing: Aiee, killing interrupt handler! > > > -- > > Steve Fox > IBM Linux Technology Center > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-06 14:33 ` Mel Gorman @ 2006-10-06 15:36 ` Vivek Goyal 2006-10-06 17:11 ` Mel Gorman 0 siblings, 1 reply; 67+ messages in thread From: Vivek Goyal @ 2006-10-06 15:36 UTC (permalink / raw) To: Mel Gorman Cc: Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Fri, Oct 06, 2006 at 03:33:12PM +0100, Mel Gorman wrote: > > Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006 > > Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 > > BIOS-provided physical RAM map: > > BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) > > BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) > > BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) > > BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) > > BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) > > BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) > > BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) > > BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) > > I continued what Steve was doing this morning to see could this be > pinned down. After placing 'CHECK;' in a few places as suggested by > Andi's check, the problem code was identified as that following in > mm/bootmem.c#init_bootmem_core() > > mapsize = get_mapsize(bdata); > memset(bdata->node_bootmem_map, 0xff, mapsize); > > That explains the value in the array at least. A few more printfs around > this point printed out the following in the boot log > > init_bootmem_core(0, 1909, 0, 12582912) > init_bootmem_core: Calling memset(0xFFFF810000775000, 1572864) > AAGH: afinfo corrupted at mm/bootmem.c:121 > > where; > > 1909 == mapstart > 0 == start > 12582912 == end > 1572864 == mapsize > > mapstart, start and end being the parameters being passed to > init_bootmem_core(). This means we are calling memset for the physical > range 0x775000 -> 0x8F5000 which is in a usable range according to the > BIOS-e820 map it appears. > Hi Mel, Where is bss placed in physical memory? I guess bss_start and bss_stop from System.map will tell us. That will confirm that above memset step is stomping over bss. Then we have to just find that somewhere probably we allocated wrong physical memory area for bootmem allocator map. Thanks Vivek ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-06 15:36 ` Vivek Goyal @ 2006-10-06 17:11 ` Mel Gorman 2006-10-06 17:34 ` Vivek Goyal ` (2 more replies) 0 siblings, 3 replies; 67+ messages in thread From: Mel Gorman @ 2006-10-06 17:11 UTC (permalink / raw) To: Vivek Goyal Cc: Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On (06/10/06 11:36), Vivek Goyal didst pronounce: > On Fri, Oct 06, 2006 at 03:33:12PM +0100, Mel Gorman wrote: > > > Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006 > > > Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 > > > BIOS-provided physical RAM map: > > > BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) > > > BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) > > > BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) > > > BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) > > > BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) > > > BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) > > > BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) > > > BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) > > > > I continued what Steve was doing this morning to see could this be > > pinned down. After placing 'CHECK;' in a few places as suggested by > > Andi's check, the problem code was identified as that following in > > mm/bootmem.c#init_bootmem_core() > > > > mapsize = get_mapsize(bdata); > > memset(bdata->node_bootmem_map, 0xff, mapsize); > > > > That explains the value in the array at least. A few more printfs around > > this point printed out the following in the boot log > > > > init_bootmem_core(0, 1909, 0, 12582912) > > init_bootmem_core: Calling memset(0xFFFF810000775000, 1572864) > > AAGH: afinfo corrupted at mm/bootmem.c:121 > > > > where; > > > > 1909 == mapstart > > 0 == start > > 12582912 == end > > 1572864 == mapsize > > > > mapstart, start and end being the parameters being passed to > > init_bootmem_core(). This means we are calling memset for the physical > > range 0x775000 -> 0x8F5000 which is in a usable range according to the > > BIOS-e820 map it appears. > > > > Hi Mel, > Hi. > Where is bss placed in physical memory? I guess bss_start and bss_stop > from System.map will tell us. That will confirm that above memset step is > stomping over bss. Then we have to just find that somewhere probably > we allocated wrong physical memory area for bootmem allocator map. > BSS is at 0x643000 -> 0x777BC4 init_bootmem wipes from 0x777000 -> 0x8F7000 So the BSS bytes from 0x777000 ->0x777BC4 (which looks very suspiciously pile a page alignment of addr & PAGE_MASK) gets set to 0xFF. One possible fix is below. It adds a check in bad_addr() to see if the BSS section is about to be used for bootmap. It Seems To Work For Me (tm) and illustrates the source of the problem even if it's not the 100% correct fix. diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.18-git22-clean/arch/x86_64/kernel/e820.c linux-2.6.18-git22-bss_relocate_fix/arch/x86_64/kernel/e820.c --- linux-2.6.18-git22-clean/arch/x86_64/kernel/e820.c 2006-10-05 20:42:07.000000000 +0100 +++ linux-2.6.18-git22-bss_relocate_fix/arch/x86_64/kernel/e820.c 2006-10-06 17:39:51.000000000 +0100 @@ -51,6 +51,7 @@ extern struct resource code_resource, da static inline int bad_addr(unsigned long *addrp, unsigned long size) { unsigned long addr = *addrp, last = addr + size; + unsigned long bss_start, bss_end; /* various gunk below that needed for SMP startup */ if (addr < 0x8000) { @@ -77,6 +78,14 @@ static inline int bad_addr(unsigned long *addrp = __pa_symbol(&_end); return 1; } + + /* bss section */ + bss_start = __pa_symbol(&__bss_start); + bss_end = PAGE_ALIGN(__pa_symbol(&__bss_stop)); + if (addr >= bss_start && addr < bss_end) { + *addrp = bss_end; + return 1; + } if (last >= ebda_addr && addr < ebda_addr + ebda_size) { *addrp = ebda_addr + ebda_size; -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-06 17:11 ` Mel Gorman @ 2006-10-06 17:34 ` Vivek Goyal 2006-10-06 17:59 ` Vivek Goyal 2006-10-06 18:03 ` Steve Fox 2 siblings, 0 replies; 67+ messages in thread From: Vivek Goyal @ 2006-10-06 17:34 UTC (permalink / raw) To: Mel Gorman Cc: Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Fri, Oct 06, 2006 at 06:11:05PM +0100, Mel Gorman wrote: > On (06/10/06 11:36), Vivek Goyal didst pronounce: > > On Fri, Oct 06, 2006 at 03:33:12PM +0100, Mel Gorman wrote: > > > > Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006 > > > > Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 > > > > BIOS-provided physical RAM map: > > > > BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) > > > > BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) > > > > BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) > > > > BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) > > > > BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) > > > > BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) > > > > BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) > > > > BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) > > > > > > I continued what Steve was doing this morning to see could this be > > > pinned down. After placing 'CHECK;' in a few places as suggested by > > > Andi's check, the problem code was identified as that following in > > > mm/bootmem.c#init_bootmem_core() > > > > > > mapsize = get_mapsize(bdata); > > > memset(bdata->node_bootmem_map, 0xff, mapsize); > > > > > > That explains the value in the array at least. A few more printfs around > > > this point printed out the following in the boot log > > > > > > init_bootmem_core(0, 1909, 0, 12582912) > > > init_bootmem_core: Calling memset(0xFFFF810000775000, 1572864) > > > AAGH: afinfo corrupted at mm/bootmem.c:121 > > > > > > where; > > > > > > 1909 == mapstart > > > 0 == start > > > 12582912 == end > > > 1572864 == mapsize > > > > > > mapstart, start and end being the parameters being passed to > > > init_bootmem_core(). This means we are calling memset for the physical > > > range 0x775000 -> 0x8F5000 which is in a usable range according to the > > > BIOS-e820 map it appears. > > > > > > > Hi Mel, > > > > Hi. > > > Where is bss placed in physical memory? I guess bss_start and bss_stop > > from System.map will tell us. That will confirm that above memset step is > > stomping over bss. Then we have to just find that somewhere probably > > we allocated wrong physical memory area for bootmem allocator map. > > > > BSS is at 0x643000 -> 0x777BC4 > init_bootmem wipes from 0x777000 -> 0x8F7000 > > So the BSS bytes from 0x777000 ->0x777BC4 (which looks very suspiciously > pile a page alignment of addr & PAGE_MASK) gets set to 0xFF. One possible > fix is below. It adds a check in bad_addr() to see if the BSS section is > about to be used for bootmap. It Seems To Work For Me (tm) and illustrates > the source of the problem even if it's not the 100% correct fix. > > diff -rup -X /usr/src/patchset-0.6/bin//dontdiff linux-2.6.18-git22-clean/arch/x86_64/kernel/e820.c linux-2.6.18-git22-bss_relocate_fix/arch/x86_64/kernel/e820.c > --- linux-2.6.18-git22-clean/arch/x86_64/kernel/e820.c 2006-10-05 20:42:07.000000000 +0100 > +++ linux-2.6.18-git22-bss_relocate_fix/arch/x86_64/kernel/e820.c 2006-10-06 17:39:51.000000000 +0100 > @@ -51,6 +51,7 @@ extern struct resource code_resource, da > static inline int bad_addr(unsigned long *addrp, unsigned long size) > { > unsigned long addr = *addrp, last = addr + size; > + unsigned long bss_start, bss_end; > > /* various gunk below that needed for SMP startup */ > if (addr < 0x8000) { > @@ -77,6 +78,14 @@ static inline int bad_addr(unsigned long > *addrp = __pa_symbol(&_end); > return 1; > } > + > + /* bss section */ > + bss_start = __pa_symbol(&__bss_start); > + bss_end = PAGE_ALIGN(__pa_symbol(&__bss_stop)); > + if (addr >= bss_start && addr < bss_end) { > + *addrp = bss_end; > + return 1; > + } > Surprising, the kernel code check just before this should have taken care of it. /* kernel code */ if (last >= __pa_symbol(&_text) && last < __pa_symbol(&_end)) { *addrp = __pa_symbol(&_end); return 1; } May be it can be changed to if (last >= __pa_symbol(&_text) && last < PAGE_ALIGN(__pa_symbol(&_end))) { But all this seem to be a stopgap fix. Still the real puzzle is exactly where did it slip out and should be fixed there. May be some more printks will help us. Thanks Vivek ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-06 17:11 ` Mel Gorman 2006-10-06 17:34 ` Vivek Goyal @ 2006-10-06 17:59 ` Vivek Goyal 2006-10-06 18:03 ` Steve Fox 2 siblings, 0 replies; 67+ messages in thread From: Vivek Goyal @ 2006-10-06 17:59 UTC (permalink / raw) To: Mel Gorman Cc: Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Fri, Oct 06, 2006 at 06:11:05PM +0100, Mel Gorman wrote: > On (06/10/06 11:36), Vivek Goyal didst pronounce: > > On Fri, Oct 06, 2006 at 03:33:12PM +0100, Mel Gorman wrote: > > > > Linux version 2.6.18-git22 (root@elm3b239) (gcc version 4.1.0 (SUSE Linux)) #2 SMP Thu Oct 5 19:05:36 PDT 2006 > > > > Command line: root=/dev/sda1 vga=791 ip=9.47.67.239:9.47.67.50:9.47.67.1:255.255.255.0 resume=/dev/sdb1 showopts earlyprintk=serial,ttyS0,57600 console=tty0 console=ttyS0,57600 autobench_args: root=/dev/sda1 ABAT:1160100417 > > > > BIOS-provided physical RAM map: > > > > BIOS-e820: 0000000000000000 - 000000000009ac00 (usable) > > > > BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved) > > > > BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) > > > > BIOS-e820: 0000000000100000 - 00000000bff764c0 (usable) > > > > BIOS-e820: 00000000bff764c0 - 00000000bff98880 (ACPI data) > > > > BIOS-e820: 00000000bff98880 - 00000000c0000000 (reserved) > > > > BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) > > > > BIOS-e820: 0000000100000000 - 0000000c00000000 (usable) > > > > > > I continued what Steve was doing this morning to see could this be > > > pinned down. After placing 'CHECK;' in a few places as suggested by > > > Andi's check, the problem code was identified as that following in > > > mm/bootmem.c#init_bootmem_core() > > > > > > mapsize = get_mapsize(bdata); > > > memset(bdata->node_bootmem_map, 0xff, mapsize); > > > > > > That explains the value in the array at least. A few more printfs around > > > this point printed out the following in the boot log > > > > > > init_bootmem_core(0, 1909, 0, 12582912) > > > init_bootmem_core: Calling memset(0xFFFF810000775000, 1572864) > > > AAGH: afinfo corrupted at mm/bootmem.c:121 > > > > > > where; > > > > > > 1909 == mapstart > > > 0 == start > > > 12582912 == end > > > 1572864 == mapsize > > > > > > mapstart, start and end being the parameters being passed to > > > init_bootmem_core(). This means we are calling memset for the physical > > > range 0x775000 -> 0x8F5000 which is in a usable range according to the > > > BIOS-e820 map it appears. > > > > > > > Hi Mel, > > > > Hi. > > > Where is bss placed in physical memory? I guess bss_start and bss_stop > > from System.map will tell us. That will confirm that above memset step is > > stomping over bss. Then we have to just find that somewhere probably > > we allocated wrong physical memory area for bootmem allocator map. > > > > BSS is at 0x643000 -> 0x777BC4 > init_bootmem wipes from 0x777000 -> 0x8F7000 > > So the BSS bytes from 0x777000 ->0x777BC4 (which looks very suspiciously > pile a page alignment of addr & PAGE_MASK) gets set to 0xFF. One possible > fix is below. It adds a check in bad_addr() to see if the BSS section is > about to be used for bootmap. It Seems To Work For Me (tm) and illustrates > the source of the problem even if it's not the 100% correct fix. > Ok, it looks like that code is assuming that memory area returned by find_e820_area() is page aligned. I found two such instances and that's what is leading to problem. bootmap_size = init_bootmem_node(NODE_DATA(nodeid), bootmap_start >> PAGE_SHIFT, start_pfn, end_pfn); Here bootmap_start is not page aligned and I guess currently should contain the value 0x777BC4 (just beyond _end). But the moement I do bootmap_start>>PAGE_SHIFT, I start stomping bss. Similar is the case here. bootmap = find_e820_area(0, end_pfn<<PAGE_SHIFT, bootmap_size); if (bootmap == -1L) panic("Cannot find bootmem map of size %ld\n",bootmap_size); bootmap_size = init_bootmem(bootmap >> PAGE_SHIFT, end_pfn); So may be we should return a page aligned address from find_e820_area(). May be we can change bad_addr() to set *addrp to next page aligned boundary for every check? *addrp = PAGE_ALIGN(__pa_symbol(&_end)); Thanks Vivek ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-06 17:11 ` Mel Gorman 2006-10-06 17:34 ` Vivek Goyal 2006-10-06 17:59 ` Vivek Goyal @ 2006-10-06 18:03 ` Steve Fox 2006-10-06 20:04 ` Vivek Goyal 2 siblings, 1 reply; 67+ messages in thread From: Steve Fox @ 2006-10-06 18:03 UTC (permalink / raw) To: Mel Gorman Cc: Vivek Goyal, Andi Kleen, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Fri, 2006-10-06 at 18:11 +0100, Mel Gorman wrote: > On (06/10/06 11:36), Vivek Goyal didst pronounce: > > Where is bss placed in physical memory? I guess bss_start and bss_stop > > from System.map will tell us. That will confirm that above memset step is > > stomping over bss. Then we have to just find that somewhere probably > > we allocated wrong physical memory area for bootmem allocator map. > > > > BSS is at 0x643000 -> 0x777BC4 > init_bootmem wipes from 0x777000 -> 0x8F7000 > > So the BSS bytes from 0x777000 ->0x777BC4 (which looks very suspiciously > pile a page alignment of addr & PAGE_MASK) gets set to 0xFF. One possible > fix is below. It adds a check in bad_addr() to see if the BSS section is > about to be used for bootmap. It Seems To Work For Me (tm) and illustrates > the source of the problem even if it's not the 100% correct fix. I was able to boot the machine with Mel's patch applied on top of -git22. -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-06 18:03 ` Steve Fox @ 2006-10-06 20:04 ` Vivek Goyal 2006-10-09 9:53 ` Mel Gorman 0 siblings, 1 reply; 67+ messages in thread From: Vivek Goyal @ 2006-10-06 20:04 UTC (permalink / raw) To: Steve Fox, mel Cc: Andi Kleen, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Fri, Oct 06, 2006 at 01:03:50PM -0500, Steve Fox wrote: > On Fri, 2006-10-06 at 18:11 +0100, Mel Gorman wrote: > > On (06/10/06 11:36), Vivek Goyal didst pronounce: > > > Where is bss placed in physical memory? I guess bss_start and bss_stop > > > from System.map will tell us. That will confirm that above memset step is > > > stomping over bss. Then we have to just find that somewhere probably > > > we allocated wrong physical memory area for bootmem allocator map. > > > > > > > BSS is at 0x643000 -> 0x777BC4 > > init_bootmem wipes from 0x777000 -> 0x8F7000 > > > > So the BSS bytes from 0x777000 ->0x777BC4 (which looks very suspiciously > > pile a page alignment of addr & PAGE_MASK) gets set to 0xFF. One possible > > fix is below. It adds a check in bad_addr() to see if the BSS section is > > about to be used for bootmap. It Seems To Work For Me (tm) and illustrates > > the source of the problem even if it's not the 100% correct fix. > > I was able to boot the machine with Mel's patch applied on top of > -git22. Please have a look at the attached patch. Does it make some sense. Steve, can you please give this patch a try if it fixes the problem? Thanks Vivek o Currently some code pieces assume that address returned by find_e820_area() are page aligned. But looks like find_e820_area() had no such intention and hence one might end up stomping over some of the data. One such case is bootmem allocator initialization code stomped over bss. o This patch modified find_e820_area() to return page aligned address. This might be little wasteful of memory but at the same time probably it is easier to handle page aligned memory. Signed-off-by: Vivek Goyal <vgoyal@in.ibm.com> --- arch/x86_64/kernel/e820.c | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff -puN arch/x86_64/kernel/e820.c~x86_64-return-page-aligned-phy-addr-from-find-e820-area arch/x86_64/kernel/e820.c --- linux-2.6.19-rc1-1M/arch/x86_64/kernel/e820.c~x86_64-return-page-aligned-phy-addr-from-find-e820-area 2006-10-06 15:28:13.000000000 -0400 +++ linux-2.6.19-rc1-1M-root/arch/x86_64/kernel/e820.c 2006-10-06 15:44:45.000000000 -0400 @@ -54,13 +54,13 @@ static inline int bad_addr(unsigned long /* various gunk below that needed for SMP startup */ if (addr < 0x8000) { - *addrp = 0x8000; + *addrp = PAGE_ALIGN(0x8000); return 1; } /* direct mapping tables of the kernel */ if (last >= table_start<<PAGE_SHIFT && addr < table_end<<PAGE_SHIFT) { - *addrp = table_end << PAGE_SHIFT; + *addrp = PAGE_ALIGN(table_end << PAGE_SHIFT); return 1; } @@ -68,18 +68,18 @@ static inline int bad_addr(unsigned long #ifdef CONFIG_BLK_DEV_INITRD if (LOADER_TYPE && INITRD_START && last >= INITRD_START && addr < INITRD_START+INITRD_SIZE) { - *addrp = INITRD_START + INITRD_SIZE; + *addrp = PAGE_ALIGN(INITRD_START + INITRD_SIZE); return 1; } #endif /* kernel code */ - if (last >= __pa_symbol(&_text) && last < __pa_symbol(&_end)) { - *addrp = __pa_symbol(&_end); + if (last >= __pa_symbol(&_text) && addr < __pa_symbol(&_end)) { + *addrp = PAGE_ALIGN(__pa_symbol(&_end)); return 1; } if (last >= ebda_addr && addr < ebda_addr + ebda_size) { - *addrp = ebda_addr + ebda_size; + *addrp = PAGE_ALIGN(ebda_addr + ebda_size); return 1; } @@ -152,7 +152,7 @@ unsigned long __init find_e820_area(unsi continue; while (bad_addr(&addr, size) && addr+size <= ei->addr+ei->size) ; - last = addr + size; + last = PAGE_ALIGN(addr) + size; if (last > ei->addr + ei->size) continue; if (last > end) _ ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-06 20:04 ` Vivek Goyal @ 2006-10-09 9:53 ` Mel Gorman 2006-10-16 18:16 ` Vivek Goyal 0 siblings, 1 reply; 67+ messages in thread From: Mel Gorman @ 2006-10-09 9:53 UTC (permalink / raw) To: Vivek Goyal Cc: Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Fri, 6 Oct 2006, Vivek Goyal wrote: > On Fri, Oct 06, 2006 at 01:03:50PM -0500, Steve Fox wrote: >> On Fri, 2006-10-06 at 18:11 +0100, Mel Gorman wrote: >>> On (06/10/06 11:36), Vivek Goyal didst pronounce: >>>> Where is bss placed in physical memory? I guess bss_start and bss_stop >>>> from System.map will tell us. That will confirm that above memset step is >>>> stomping over bss. Then we have to just find that somewhere probably >>>> we allocated wrong physical memory area for bootmem allocator map. >>>> >>> >>> BSS is at 0x643000 -> 0x777BC4 >>> init_bootmem wipes from 0x777000 -> 0x8F7000 >>> >>> So the BSS bytes from 0x777000 ->0x777BC4 (which looks very suspiciously >>> pile a page alignment of addr & PAGE_MASK) gets set to 0xFF. One possible >>> fix is below. It adds a check in bad_addr() to see if the BSS section is >>> about to be used for bootmap. It Seems To Work For Me (tm) and illustrates >>> the source of the problem even if it's not the 100% correct fix. >> >> I was able to boot the machine with Mel's patch applied on top of >> -git22. > > > Please have a look at the attached patch. Does it make some sense. > It makes some sense. As you state, it wastes memory but that is better than breaking. > Steve, can you please give this patch a try if it fixes the problem? > I boottested the patch on the same machine as Steve was using and it completed successfully. > Thanks > Vivek > > > > > o Currently some code pieces assume that address returned by find_e820_area() > are page aligned. But looks like find_e820_area() had no such intention > and hence one might end up stomping over some of the data. One such > case is bootmem allocator initialization code stomped over bss. > > o This patch modified find_e820_area() to return page aligned address. This > might be little wasteful of memory but at the same time probably it is > easier to handle page aligned memory. > > Signed-off-by: Vivek Goyal <vgoyal@in.ibm.com> > --- > > arch/x86_64/kernel/e820.c | 14 +++++++------- > 1 file changed, 7 insertions(+), 7 deletions(-) > > diff -puN arch/x86_64/kernel/e820.c~x86_64-return-page-aligned-phy-addr-from-find-e820-area arch/x86_64/kernel/e820.c > --- linux-2.6.19-rc1-1M/arch/x86_64/kernel/e820.c~x86_64-return-page-aligned-phy-addr-from-find-e820-area 2006-10-06 15:28:13.000000000 -0400 > +++ linux-2.6.19-rc1-1M-root/arch/x86_64/kernel/e820.c 2006-10-06 15:44:45.000000000 -0400 > @@ -54,13 +54,13 @@ static inline int bad_addr(unsigned long > > /* various gunk below that needed for SMP startup */ > if (addr < 0x8000) { > - *addrp = 0x8000; > + *addrp = PAGE_ALIGN(0x8000); > return 1; > } > > /* direct mapping tables of the kernel */ > if (last >= table_start<<PAGE_SHIFT && addr < table_end<<PAGE_SHIFT) { > - *addrp = table_end << PAGE_SHIFT; > + *addrp = PAGE_ALIGN(table_end << PAGE_SHIFT); > return 1; > } > > @@ -68,18 +68,18 @@ static inline int bad_addr(unsigned long > #ifdef CONFIG_BLK_DEV_INITRD > if (LOADER_TYPE && INITRD_START && last >= INITRD_START && > addr < INITRD_START+INITRD_SIZE) { > - *addrp = INITRD_START + INITRD_SIZE; > + *addrp = PAGE_ALIGN(INITRD_START + INITRD_SIZE); > return 1; > } > #endif > /* kernel code */ > - if (last >= __pa_symbol(&_text) && last < __pa_symbol(&_end)) { > - *addrp = __pa_symbol(&_end); > + if (last >= __pa_symbol(&_text) && addr < __pa_symbol(&_end)) { > + *addrp = PAGE_ALIGN(__pa_symbol(&_end)); > return 1; > } > > if (last >= ebda_addr && addr < ebda_addr + ebda_size) { > - *addrp = ebda_addr + ebda_size; > + *addrp = PAGE_ALIGN(ebda_addr + ebda_size); > return 1; > } > > @@ -152,7 +152,7 @@ unsigned long __init find_e820_area(unsi > continue; > while (bad_addr(&addr, size) && addr+size <= ei->addr+ei->size) > ; > - last = addr + size; > + last = PAGE_ALIGN(addr) + size; > if (last > ei->addr + ei->size) > continue; > if (last > end) > _ > -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-09 9:53 ` Mel Gorman @ 2006-10-16 18:16 ` Vivek Goyal 2006-10-16 23:58 ` Andrew Morton 0 siblings, 1 reply; 67+ messages in thread From: Vivek Goyal @ 2006-10-16 18:16 UTC (permalink / raw) To: Morton Andrew Morton Cc: Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, lkml, netdev, kmannth, Andy Whitcroft, Adrian Bunk, Mel Gorman On Mon, Oct 09, 2006 at 10:53:58AM +0100, Mel Gorman wrote: > On Fri, 6 Oct 2006, Vivek Goyal wrote: > > >On Fri, Oct 06, 2006 at 01:03:50PM -0500, Steve Fox wrote: > >>On Fri, 2006-10-06 at 18:11 +0100, Mel Gorman wrote: > >>>On (06/10/06 11:36), Vivek Goyal didst pronounce: > >>>>Where is bss placed in physical memory? I guess bss_start and bss_stop > >>>>from System.map will tell us. That will confirm that above memset step > >>>>is > >>>>stomping over bss. Then we have to just find that somewhere probably > >>>>we allocated wrong physical memory area for bootmem allocator map. > >>>> > >>> > >>>BSS is at 0x643000 -> 0x777BC4 > >>>init_bootmem wipes from 0x777000 -> 0x8F7000 > >>> > >>>So the BSS bytes from 0x777000 ->0x777BC4 (which looks very suspiciously > >>>pile a page alignment of addr & PAGE_MASK) gets set to 0xFF. One possible > >>>fix is below. It adds a check in bad_addr() to see if the BSS section is > >>>about to be used for bootmap. It Seems To Work For Me (tm) and > >>>illustrates > >>>the source of the problem even if it's not the 100% correct fix. > >> > >>I was able to boot the machine with Mel's patch applied on top of > >>-git22. > > > > > >Please have a look at the attached patch. Does it make some sense. > > > > It makes some sense. As you state, it wastes memory but that is better > than breaking. > > >Steve, can you please give this patch a try if it fixes the problem? > > > > I boottested the patch on the same machine as Steve was using and it > completed successfully. > Hi Andrew, Can you please have a look at the attached patch and include it in -mm. This fixes the issue for steve. It also figures in the list of Adrian Bunk of known regressions. Subject : oops in xfrm_register_mode References : http://lkml.org/lkml/2006/10/4/170 Submitter : Steve Fox <drfickle@us.ibm.com> Handled-By : Vivek Goyal <vgoyal@in.ibm.com> Status : patch available o Currently some code pieces assume that address returned by find_e820_area() are page aligned. But looks like find_e820_area() had no such intention and hence one might end up stomping over some of the data. One such case is bootmem allocator initialization code stomped over bss. o This patch modified find_e820_area() to return page aligned address. This might be little wasteful of memory but at the same time probably it is easier to handle page aligned memory. Signed-off-by: Vivek Goyal <vgoyal@in.ibm.com> --- arch/x86_64/kernel/e820.c | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff -puN arch/x86_64/kernel/e820.c~x86_64-return-page-aligned-phy-addr-from-find-e820-area arch/x86_64/kernel/e820.c --- linux-2.6.19-rc1-1M/arch/x86_64/kernel/e820.c~x86_64-return-page-aligned-phy-addr-from-find-e820-area 2006-10-06 15:28:13.000000000 -0400 +++ linux-2.6.19-rc1-1M-root/arch/x86_64/kernel/e820.c 2006-10-06 15:44:45.000000000 -0400 @@ -54,13 +54,13 @@ static inline int bad_addr(unsigned long /* various gunk below that needed for SMP startup */ if (addr < 0x8000) { - *addrp = 0x8000; + *addrp = PAGE_ALIGN(0x8000); return 1; } /* direct mapping tables of the kernel */ if (last >= table_start<<PAGE_SHIFT && addr < table_end<<PAGE_SHIFT) { - *addrp = table_end << PAGE_SHIFT; + *addrp = PAGE_ALIGN(table_end << PAGE_SHIFT); return 1; } @@ -68,18 +68,18 @@ static inline int bad_addr(unsigned long #ifdef CONFIG_BLK_DEV_INITRD if (LOADER_TYPE && INITRD_START && last >= INITRD_START && addr < INITRD_START+INITRD_SIZE) { - *addrp = INITRD_START + INITRD_SIZE; + *addrp = PAGE_ALIGN(INITRD_START + INITRD_SIZE); return 1; } #endif /* kernel code */ - if (last >= __pa_symbol(&_text) && last < __pa_symbol(&_end)) { - *addrp = __pa_symbol(&_end); + if (last >= __pa_symbol(&_text) && addr < __pa_symbol(&_end)) { + *addrp = PAGE_ALIGN(__pa_symbol(&_end)); return 1; } if (last >= ebda_addr && addr < ebda_addr + ebda_size) { - *addrp = ebda_addr + ebda_size; + *addrp = PAGE_ALIGN(ebda_addr + ebda_size); return 1; } @@ -152,7 +152,7 @@ unsigned long __init find_e820_area(unsi continue; while (bad_addr(&addr, size) && addr+size <= ei->addr+ei->size) ; - last = addr + size; + last = PAGE_ALIGN(addr) + size; if (last > ei->addr + ei->size) continue; if (last > end) _ ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-16 18:16 ` Vivek Goyal @ 2006-10-16 23:58 ` Andrew Morton 2006-10-17 12:18 ` Adrian Bunk 0 siblings, 1 reply; 67+ messages in thread From: Andrew Morton @ 2006-10-16 23:58 UTC (permalink / raw) To: vgoyal Cc: Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, lkml, netdev, kmannth, Andy Whitcroft, Adrian Bunk, Mel Gorman On Mon, 16 Oct 2006 14:16:13 -0400 Vivek Goyal <vgoyal@in.ibm.com> wrote: > > Can you please have a look at the attached patch Looks like a fine patch to me, although it could benefit from a comment explaining why all those PAGE_ALIGN()s are in there. > and include it in -mm. Does it fix a patch in -mm or is it needed in mainline? ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-16 23:58 ` Andrew Morton @ 2006-10-17 12:18 ` Adrian Bunk 2006-10-17 17:32 ` Mel Gorman 0 siblings, 1 reply; 67+ messages in thread From: Adrian Bunk @ 2006-10-17 12:18 UTC (permalink / raw) To: Andrew Morton Cc: vgoyal, Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, lkml, netdev, kmannth, Andy Whitcroft, Mel Gorman On Mon, Oct 16, 2006 at 04:58:14PM -0700, Andrew Morton wrote: > On Mon, 16 Oct 2006 14:16:13 -0400 > Vivek Goyal <vgoyal@in.ibm.com> wrote: > > > > > Can you please have a look at the attached patch > > Looks like a fine patch to me, although it could benefit from a comment > explaining why all those PAGE_ALIGN()s are in there. > > > and include it in -mm. > > Does it fix a patch in -mm or is it needed in mainline? The bug in my list was reported to be present in mainline [1]. cu Adrian [1] http://lkml.org/lkml/2006/10/4/394 -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-17 12:18 ` Adrian Bunk @ 2006-10-17 17:32 ` Mel Gorman 0 siblings, 0 replies; 67+ messages in thread From: Mel Gorman @ 2006-10-17 17:32 UTC (permalink / raw) To: Adrian Bunk Cc: Andrew Morton, vgoyal, Steve Fox, Andi Kleen, Badari Pulavarty, Martin Bligh, lkml, netdev, kmannth, Andy Whitcroft On Tue, 17 Oct 2006, Adrian Bunk wrote: > On Mon, Oct 16, 2006 at 04:58:14PM -0700, Andrew Morton wrote: >> On Mon, 16 Oct 2006 14:16:13 -0400 >> Vivek Goyal <vgoyal@in.ibm.com> wrote: >> >>> >>> Can you please have a look at the attached patch >> >> Looks like a fine patch to me, although it could benefit from a comment >> explaining why all those PAGE_ALIGN()s are in there. >> >>> and include it in -mm. >> >> Does it fix a patch in -mm or is it needed in mainline? > > The bug in my list was reported to be present in mainline [1]. > Confirmed. This bug is present in 2.6.19-rc2 -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 18:27 ` Andi Kleen 2006-10-05 18:51 ` Steve Fox @ 2006-10-05 18:52 ` Vivek Goyal 2006-10-05 19:08 ` Andi Kleen 1 sibling, 1 reply; 67+ messages in thread From: Vivek Goyal @ 2006-10-05 18:52 UTC (permalink / raw) To: Andi Kleen Cc: Steve Fox, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thu, Oct 05, 2006 at 08:27:02PM +0200, Andi Kleen wrote: > On Thursday 05 October 2006 19:57, Steve Fox wrote: > > On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote: > > > > > Please don't snip the Code: line. It is fairly important. > > > > Sorry about that. The remote console I was using appears to overwrite > > some text after I force the reboot. Here's a clean one. > > > > global ffffffffffffffff > > Ok that definitely shouldn't be in there. > > I guess we need to track when it gets corrupted. Can you send the full > boot log with this patch applied? > Just recalled one more observation about the problem when keith had reported it last. If I just move .bss before .data_nosave instead of it being at the end, keith's problem had disappeared. Thanks Vivek ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 18:52 ` Vivek Goyal @ 2006-10-05 19:08 ` Andi Kleen 2006-10-05 20:25 ` Steve Fox 2006-10-05 20:39 ` Mel Gorman 0 siblings, 2 replies; 67+ messages in thread From: Andi Kleen @ 2006-10-05 19:08 UTC (permalink / raw) To: vgoyal Cc: Steve Fox, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft, Mel Gorman On Thursday 05 October 2006 20:52, Vivek Goyal wrote: > On Thu, Oct 05, 2006 at 08:27:02PM +0200, Andi Kleen wrote: > > On Thursday 05 October 2006 19:57, Steve Fox wrote: > > > On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote: > > > > > > > Please don't snip the Code: line. It is fairly important. > > > > > > Sorry about that. The remote console I was using appears to overwrite > > > some text after I force the reboot. Here's a clean one. > > > > > > global ffffffffffffffff > > > > Ok that definitely shouldn't be in there. > > > > I guess we need to track when it gets corrupted. Can you send the full > > boot log with this patch applied? > > > > Just recalled one more observation about the problem when keith had > reported it last. If I just move .bss before .data_nosave instead > of it being at the end, keith's problem had disappeared. Yes, that could well be that it's something in the new bootmap management. Steve's box failed at Using ACPI (MADT) for SMP configuration information Nosave address range: 000000000009a000 - 000000000009b000 Nosave address range: 000000000009b000 - 00000000000a0000 Nosave address range: 00000000000a0000 - 00000000000e0000 Nosave address range: 00000000000e0000 - 0000000000100000 Nosave address range: 00000000bff76000 - 00000000bff77000 Nosave address range: 00000000bff77000 - 00000000bff98000 Nosave address range: 00000000bff98000 - 00000000bff99000 Nosave address range: 00000000bff99000 - 00000000c0000000 Nosave address range: 00000000c0000000 - 00000000fec00000 Nosave address range: 00000000fec00000 - 0000000100000000 Allocating PCI resources starting at c4000000 (gap: c0000000:3ec00000) afinfo corrupted at init/main.c:512 which is directly after that code does lots of stuff. Mel might want to take a look (and perhaps also cut down a little on the ugly printks ...) BTW I found one of my test systems too now which does a lot of: I'm about to leave for vacation so i won't have time to track it down any time soon. But here is it for reference. -Andi Please enable the IOMMU option in the BIOS setup This costs you 64 MB of RAM Mapping aperture over 65536 KB of RAM @ 8000000 Bad page state in process 'swapper' page:ffff810003ee5480 flags:0x0000000000000000 mapping:0000000000000000 mapcount:1 count:0 Trying to fix it up, but a reboot is needed Backtrace: Call Trace: [<ffffffff8020ac84>] show_trace+0x34/0x47 [<ffffffff8020aca9>] dump_stack+0x12/0x17 [<ffffffff802586a7>] bad_page+0x57/0x81 [<ffffffff80258791>] __free_pages_ok+0x64/0x247 [<ffffffff807cca72>] free_all_bootmem_core+0xcc/0x1a9 [<ffffffff807ca08b>] numa_free_all_bootmem+0x3b/0x77 [<ffffffff807c915e>] mem_init+0x44/0x186 [<ffffffff807bc5f0>] start_kernel+0x17b/0x207 [<ffffffff807bc168>] _sinittext+0x168/0x16c Bad page state in process 'swapper' page:ffff810003ee54b8 flags:0x0000000000000000 mapping:0000000000000000 mapcount:1 count:0 Trying to fix it up, but a reboot is needed Backtrace: Call Trace: [<ffffffff8020ac84>] show_trace+0x34/0x47 [<ffffffff8020aca9>] dump_stack+0x12/0x17 [<ffffffff802586a7>] bad_page+0x57/0x81 [<ffffffff80258791>] __free_pages_ok+0x64/0x247 [<ffffffff807cca72>] free_all_bootmem_core+0xcc/0x1a9 [<ffffffff807ca08b>] numa_free_all_bootmem+0x3b/0x77 [<ffffffff807c915e>] mem_init+0x44/0x186 [<ffffffff807bc5f0>] start_kernel+0x17b/0x207 [<ffffffff807bc168>] _sinittext+0x168/0x16c ... lots more of those ... ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 19:08 ` Andi Kleen @ 2006-10-05 20:25 ` Steve Fox 2006-10-05 20:39 ` Mel Gorman 1 sibling, 0 replies; 67+ messages in thread From: Steve Fox @ 2006-10-05 20:25 UTC (permalink / raw) To: Andi Kleen Cc: vgoyal, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft, Mel Gorman On Thu, 2006-10-05 at 21:08 +0200, Andi Kleen wrote: > Mel might want to take a look (and perhaps > also cut down a little on the ugly printks ...) I tested a patch from Mel which backs out the arch independent zone sizing and got the same results (to my inexperienced eye). I've sent him the boot log to verify they really are the same as without this back-out. -- Steve Fox IBM Linux Technology Center ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 19:08 ` Andi Kleen 2006-10-05 20:25 ` Steve Fox @ 2006-10-05 20:39 ` Mel Gorman 2006-10-05 20:51 ` Andi Kleen 1 sibling, 1 reply; 67+ messages in thread From: Mel Gorman @ 2006-10-05 20:39 UTC (permalink / raw) To: Andi Kleen Cc: vgoyal, Steve Fox, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thu, 5 Oct 2006, Andi Kleen wrote: > On Thursday 05 October 2006 20:52, Vivek Goyal wrote: >> On Thu, Oct 05, 2006 at 08:27:02PM +0200, Andi Kleen wrote: >>> On Thursday 05 October 2006 19:57, Steve Fox wrote: >>>> On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote: >>>> >>>>> Please don't snip the Code: line. It is fairly important. >>>> >>>> Sorry about that. The remote console I was using appears to overwrite >>>> some text after I force the reboot. Here's a clean one. >>>> >>>> global ffffffffffffffff >>> >>> Ok that definitely shouldn't be in there. >>> >>> I guess we need to track when it gets corrupted. Can you send the full >>> boot log with this patch applied? >>> >> >> Just recalled one more observation about the problem when keith had >> reported it last. If I just move .bss before .data_nosave instead >> of it being at the end, keith's problem had disappeared. > > Yes, that could well be that it's something in the new bootmap > management. Steve's box failed at > > Using ACPI (MADT) for SMP configuration information > Nosave address range: 000000000009a000 - 000000000009b000 > Nosave address range: 000000000009b000 - 00000000000a0000 > Nosave address range: 00000000000a0000 - 00000000000e0000 > Nosave address range: 00000000000e0000 - 0000000000100000 > Nosave address range: 00000000bff76000 - 00000000bff77000 > Nosave address range: 00000000bff77000 - 00000000bff98000 > Nosave address range: 00000000bff98000 - 00000000bff99000 > Nosave address range: 00000000bff99000 - 00000000c0000000 > Nosave address range: 00000000c0000000 - 00000000fec00000 > Nosave address range: 00000000fec00000 - 0000000100000000 > Allocating PCI resources starting at c4000000 (gap: c0000000:3ec00000) > afinfo corrupted at init/main.c:512 > > which is directly after that code does lots of stuff. > > Mel might want to take a look (and perhaps > also cut down a little on the ugly printks ...) > Steve tested a patch with arch-independent zone-sizing backed out for x86_64 and things looked ok but that is no guarantee it is not a contributary factor. The "Nosave address range:" printks are related to a suspend problem that was reported .... end of June I believe. I'll pick this up in the morning because I should have access to the same machine Steve does and see what I can come up with. > BTW I found one of my test systems too now which does a lot of: > I'm about to leave for vacation so i won't have time to track it down > any time soon. But here is it for reference. > hmm, rather than bugging you with patches now, I'll see what I can find with the x86_64 machines I have access to and see can I reproduce it. > -Andi > > Please enable the IOMMU option in the BIOS setup > This costs you 64 MB of RAM > Mapping aperture over 65536 KB of RAM @ 8000000 > Bad page state in process 'swapper' > page:ffff810003ee5480 flags:0x0000000000000000 mapping:0000000000000000 mapcount:1 count:0 > Trying to fix it up, but a reboot is needed > Backtrace: > > Call Trace: > [<ffffffff8020ac84>] show_trace+0x34/0x47 > [<ffffffff8020aca9>] dump_stack+0x12/0x17 > [<ffffffff802586a7>] bad_page+0x57/0x81 > [<ffffffff80258791>] __free_pages_ok+0x64/0x247 > [<ffffffff807cca72>] free_all_bootmem_core+0xcc/0x1a9 > [<ffffffff807ca08b>] numa_free_all_bootmem+0x3b/0x77 > [<ffffffff807c915e>] mem_init+0x44/0x186 > [<ffffffff807bc5f0>] start_kernel+0x17b/0x207 > [<ffffffff807bc168>] _sinittext+0x168/0x16c > > Bad page state in process 'swapper' > page:ffff810003ee54b8 flags:0x0000000000000000 mapping:0000000000000000 mapcount:1 count:0 > Trying to fix it up, but a reboot is needed > Backtrace: > > Call Trace: > [<ffffffff8020ac84>] show_trace+0x34/0x47 > [<ffffffff8020aca9>] dump_stack+0x12/0x17 > [<ffffffff802586a7>] bad_page+0x57/0x81 > [<ffffffff80258791>] __free_pages_ok+0x64/0x247 > [<ffffffff807cca72>] free_all_bootmem_core+0xcc/0x1a9 > [<ffffffff807ca08b>] numa_free_all_bootmem+0x3b/0x77 > [<ffffffff807c915e>] mem_init+0x44/0x186 > [<ffffffff807bc5f0>] start_kernel+0x17b/0x207 > [<ffffffff807bc168>] _sinittext+0x168/0x16c > > > ... lots more of those ... > -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 2006-10-05 20:39 ` Mel Gorman @ 2006-10-05 20:51 ` Andi Kleen 2006-10-05 23:14 ` 2.6.18-mm2 boot failure on x86-64 II Andi Kleen 0 siblings, 1 reply; 67+ messages in thread From: Andi Kleen @ 2006-10-05 20:51 UTC (permalink / raw) To: Mel Gorman Cc: vgoyal, Steve Fox, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft > hmm, rather than bugging you with patches now, I'll see what I can find > with the x86_64 machines I have access to and see can I reproduce it. I started the bisect, should finish soon. -Andi ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 II 2006-10-05 20:51 ` Andi Kleen @ 2006-10-05 23:14 ` Andi Kleen 2006-10-05 23:32 ` keith mannthey 0 siblings, 1 reply; 67+ messages in thread From: Andi Kleen @ 2006-10-05 23:14 UTC (permalink / raw) To: Mel Gorman Cc: vgoyal, Steve Fox, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, kmannth, Andy Whitcroft On Thursday 05 October 2006 22:51, Andi Kleen wrote: > > > hmm, rather than bugging you with patches now, I'll see what I can find > > with the x86_64 machines I have access to and see can I reproduce it. > > I started the bisect, should finish soon. It ended at diff-tree d5cdb67236dba94496de052c9f9f431e1fc658f4 (from 0dad3510ee82bcf8a380b81 a2184a664a911ef9c) Author: Satoru Takeuchi <takeuchi_satoru@jp.fujitsu.com> Date: Tue Sep 12 10:19:00 2006 -0700 acpiphp: disable bridges Currently acpiphp calls pci_enable_device() against all hot-added bridges, but acpiphp does not call pci_disable_device() against them in hot-remove. So ioapic hot-remove would fail. This patch fixes this issue. Not sure that is it really, it is possible i made a mistake during bisect (the symptoms changed from bad page to just networking doesn't work somewhere at 4cfee88ad30acc47f02b8b7ba3db8556262dce1e) I don't have time to rerun unfortunately for some time. Anyone else looking would be useful. -Andi ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 II 2006-10-05 23:14 ` 2.6.18-mm2 boot failure on x86-64 II Andi Kleen @ 2006-10-05 23:32 ` keith mannthey 2006-10-05 23:35 ` Andi Kleen 0 siblings, 1 reply; 67+ messages in thread From: keith mannthey @ 2006-10-05 23:32 UTC (permalink / raw) To: Andi Kleen Cc: mel gorman, Vivek goyal, Steve Fox, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, Andy Whitcroft On Fri, 2006-10-06 at 01:14 +0200, Andi Kleen wrote: > On Thursday 05 October 2006 22:51, Andi Kleen wrote: > > > > > hmm, rather than bugging you with patches now, I'll see what I can find > > > with the x86_64 machines I have access to and see can I reproduce it. > > > > I started the bisect, should finish soon. > > It ended at > > diff-tree d5cdb67236dba94496de052c9f9f431e1fc658f4 (from 0dad3510ee82bcf8a380b81 > a2184a664a911ef9c) > Author: Satoru Takeuchi <takeuchi_satoru@jp.fujitsu.com> > Date: Tue Sep 12 10:19:00 2006 -0700 > > acpiphp: disable bridges > > Currently acpiphp calls pci_enable_device() against all > hot-added bridges, but acpiphp does not call pci_disable_device() > against them in hot-remove. So ioapic hot-remove would fail. > This patch fixes this issue. > > Not sure that is it really, it is possible i made a mistake during bisect > (the symptoms changed from bad page to just networking doesn't work > somewhere at 4cfee88ad30acc47f02b8b7ba3db8556262dce1e) > > I don't have time to rerun unfortunately > for some time. Anyone else looking would be useful. As of yet I haven't been able to recreate the hang. I am running similar HW to Steve. Thanks, Keith ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 II 2006-10-05 23:32 ` keith mannthey @ 2006-10-05 23:35 ` Andi Kleen 2006-10-05 23:58 ` keith mannthey 0 siblings, 1 reply; 67+ messages in thread From: Andi Kleen @ 2006-10-05 23:35 UTC (permalink / raw) To: kmannth Cc: mel gorman, Vivek goyal, Steve Fox, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, Andy Whitcroft > As of yet I haven't been able to recreate the hang. I am running > similar HW to Steve. That was on a 4 core Opteron with Tyan board (S2881) and AMD-8111 chipset. -Andi ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 II 2006-10-05 23:35 ` Andi Kleen @ 2006-10-05 23:58 ` keith mannthey 2006-10-06 0:02 ` Badari Pulavarty 0 siblings, 1 reply; 67+ messages in thread From: keith mannthey @ 2006-10-05 23:58 UTC (permalink / raw) To: Andi Kleen Cc: mel gorman, Vivek goyal, Steve Fox, Badari Pulavarty, Martin Bligh, Andrew Morton, lkml, netdev, Andy Whitcroft On Fri, 2006-10-06 at 01:35 +0200, Andi Kleen wrote: > > As of yet I haven't been able to recreate the hang. I am running > > similar HW to Steve. I ran into this with -mm3 Memory: 24150368k/26738688k available (1933k kernel code, 490260k reserved, 978k data, 308k init) ------------[ cut here ]------------ kernel BUG in init_list at mm/slab.c:1334! invalid opcode: 0000 [1] SMP last sysfs file: CPU 0 Modules linked in: Pid: 0, comm: swapper Not tainted 2.6.18-mm3-smp #1 RIP: 0010:[<ffffffff8027f8fa>] [<ffffffff8027f8fa>] init_list+0x1d/0xfd RSP: 0018:ffffffff80577f48 EFLAGS: 00010212 RAX: 0000000000000040 RBX: 0000000000000001 RCX: 0000000000000000 RDX: 0000000000000001 RSI: ffffffff805ba848 RDI: ffff810460700040 RBP: 0000000000000001 R08: 0000000000000001 R09: 0000000000000003 R10: 0000000000000000 R11: ffffffff805bc268 R12: ffff810460700040 R13: ffffffff805ba848 R14: 0000000000000000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffffffff804d8000(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000000 CR3: 0000000000201000 CR4: 00000000000006a0 Process swapper (pid: 0, threadinfo ffffffff80576000, task ffffffff80455840) Stack: 0000000000000000 0000000000000000 0000000100000000 0000000000000001 ffffffff805ba848 0000000000000000 0000000000000000 ffffffff80593aa8 00000000000002c0 0000000100000001 000000000008ef00 000000000008c000 Call Trace: [<ffffffff80593aa8>] kmem_cache_init+0x344/0x406 [<ffffffff805805ef>] start_kernel+0x180/0x21b [<ffffffff8058016a>] _sinittext+0x16a/0x16e Code: 0f 0b 48 8b 3d 15 ab 1e 00 be d0 00 00 00 e8 c0 f5 ff ff 48 RIP [<ffffffff8027f8fa>] init_list+0x1d/0xfd RSP <ffffffff80577f48> <0>Kernel panic - not syncing: Attempted to kill the idle task! I am going to revert the patch and see if it works. I ran -git22 just fine. Thanks, Keith ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 II 2006-10-05 23:58 ` keith mannthey @ 2006-10-06 0:02 ` Badari Pulavarty 2006-10-06 0:12 ` Andrew Morton 0 siblings, 1 reply; 67+ messages in thread From: Badari Pulavarty @ 2006-10-06 0:02 UTC (permalink / raw) To: kmannth Cc: Andi Kleen, mel gorman, Vivek goyal, Steve Fox, Martin Bligh, Andrew Morton, lkml, netdev, Andy Whitcroft keith mannthey wrote: > On Fri, 2006-10-06 at 01:35 +0200, Andi Kleen wrote: > >>> As of yet I haven't been able to recreate the hang. I am running >>> similar HW to Steve. >>> > > I ran into this with -mm3 > > Memory: 24150368k/26738688k available (1933k kernel code, 490260k > reserved, 978k data, 308k init) > ------------[ cut here ]------------ > kernel BUG in init_list at mm/slab.c:1334! > invalid opcode: 0000 [1] SMP > last sysfs file: > CPU 0 > Modules linked in: > Pid: 0, comm: swapper Not tainted 2.6.18-mm3-smp #1 > RIP: 0010:[<ffffffff8027f8fa>] [<ffffffff8027f8fa>] init_list+0x1d/0xfd > RSP: 0018:ffffffff80577f48 EFLAGS: 00010212 > RAX: 0000000000000040 RBX: 0000000000000001 RCX: 0000000000000000 > RDX: 0000000000000001 RSI: ffffffff805ba848 RDI: ffff810460700040 > RBP: 0000000000000001 R08: 0000000000000001 R09: 0000000000000003 > R10: 0000000000000000 R11: ffffffff805bc268 R12: ffff810460700040 > R13: ffffffff805ba848 R14: 0000000000000000 R15: 0000000000000000 > FS: 0000000000000000(0000) GS:ffffffff804d8000(0000) > knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 0000000000000000 CR3: 0000000000201000 CR4: 00000000000006a0 > Process swapper (pid: 0, threadinfo ffffffff80576000, task > ffffffff80455840) > Stack: 0000000000000000 0000000000000000 0000000100000000 > 0000000000000001 > ffffffff805ba848 0000000000000000 0000000000000000 ffffffff80593aa8 > 00000000000002c0 0000000100000001 000000000008ef00 000000000008c000 > Call Trace: > [<ffffffff80593aa8>] kmem_cache_init+0x344/0x406 > [<ffffffff805805ef>] start_kernel+0x180/0x21b > [<ffffffff8058016a>] _sinittext+0x16a/0x16e > > > Code: 0f 0b 48 8b 3d 15 ab 1e 00 be d0 00 00 00 e8 c0 f5 ff ff 48 > RIP [<ffffffff8027f8fa>] init_list+0x1d/0xfd > RSP <ffffffff80577f48> > <0>Kernel panic - not syncing: Attempted to kill the idle task! > > > I am going to revert the patch and see if it works. I ran -git22 just > fine. > > Thanks, > Keith > > Keith, I fixed this already. Can you look for it on lkml (look for 2.6.18-mm3 in the subject line). one typo in mm/slab.c Thanks, Badari ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 boot failure on x86-64 II 2006-10-06 0:02 ` Badari Pulavarty @ 2006-10-06 0:12 ` Andrew Morton 0 siblings, 0 replies; 67+ messages in thread From: Andrew Morton @ 2006-10-06 0:12 UTC (permalink / raw) To: Badari Pulavarty Cc: kmannth, Andi Kleen, mel gorman, Vivek goyal, Steve Fox, Martin Bligh, lkml, netdev, Andy Whitcroft On Thu, 05 Oct 2006 17:02:54 -0700 Badari Pulavarty <pbadari@us.ibm.com> wrote: > > Code: 0f 0b 48 8b 3d 15 ab 1e 00 be d0 00 00 00 e8 c0 f5 ff ff 48 > > RIP [<ffffffff8027f8fa>] init_list+0x1d/0xfd > > RSP <ffffffff80577f48> > > <0>Kernel panic - not syncing: Attempted to kill the idle task! > > > > > > I am going to revert the patch and see if it works. I ran -git22 just > > fine. > > > > Thanks, > > Keith > > > > > Keith, > > I fixed this already. Can you look for it on lkml (look for 2.6.18-mm3 > in the subject line). > one typo in mm/slab.c ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18/2.6.18-mm3/hot-fixes ^ permalink raw reply [flat|nested] 67+ messages in thread
[parent not found: <200609290319.k8T3JOwS005455@turing-police.cc.vt.edu>]
[parent not found: <20060928202931.dc324339.akpm@osdl.org>]
[parent not found: <200609291519.k8TFJfvw004256@turing-police.cc.vt.edu>]
[parent not found: <20060929124558.33ef6c75.akpm@osdl.org>]
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() [not found] ` <20060929124558.33ef6c75.akpm@osdl.org> @ 2006-09-30 0:01 ` Valdis.Kletnieks 2006-09-30 1:20 ` Andrew Morton 0 siblings, 1 reply; 67+ messages in thread From: Valdis.Kletnieks @ 2006-09-30 0:01 UTC (permalink / raw) To: Andrew Morton, Jean Tourrilhes, John W. Linville; +Cc: linux-kernel, netdev [-- Attachment #1: Type: text/plain, Size: 3192 bytes --] On Fri, 29 Sep 2006 12:45:58 PDT, Andrew Morton said: (Adding a bunch of people to the cc: list now that I have a clue what is going on....) > I'd expect it's the same bug - slab data structures have gone bad. *bing*! We have a winner. A quick check showed the kernel wasn't built with slab debugging enabled, so I turned on the more obvious options, and got rewarded with a traceback.. > Again: how come nobody else is hitting this? Something's different. gkrellm and wireless (specifically, gkrellm-wifi-0.9.12-3.fc6 from Fedora Core extras-development). Kernel is still a 2.6.18 with *only* the origin.patch from -mm2 applied. Note that the gkrellm plugin hasn't had a change in the code since 01/03/2004 - hopefully there's been no unintentional API change on the kernel side since then... Here's the traceback I got: slab error in verify_redzone_free(): cache `size-32': memory outside object was overwritten [<c0103ad2>] dump_trace+0x64/0x1cd [<c0103c4d>] show_trace_log_lvl+0x12/0x25 [<c010415f>] show_trace+0xd/0x10 [<c01041fc>] dump_stack+0x19/0x1b [<c014c796>] __slab_error+0x17/0x1c [<c014cdac>] cache_free_debugcheck+0xaf/0x230 [<c014d43e>] kfree+0x59/0x8c [<c02dc04a>] ioctl_standard_call+0x1da/0x218 [<c02dc275>] wireless_process_ioctl+0x55/0x312 [<c02d3750>] dev_ioctl+0x45f/0x49a [<c02c92aa>] sock_ioctl+0x1b3/0x1c6 [<c0160322>] do_ioctl+0x22/0x67 [<c01605a5>] vfs_ioctl+0x23e/0x251 [<c01605ff>] sys_ioctl+0x47/0x64 [<c0102cd3>] syscall_call+0x7/0xb DWARF2 unwinder stuck at syscall_call+0x7/0xb Leftover inexact backtrace: ======================= de57e16c: redzone 1:0x170fc2a5, redzone 2:0x170fc200. Repeated, over and over, just about once a second. A quick strace of gkrellm finds these likely ioctl's causing the problem: % grep ioctl /tmp/foo2 | sort -u | more ioctl(13, SIOCGIWESSID, 0xbfbcdb9c) = 0 ioctl(13, SIOCGIWRANGE, 0xbfbcdbdc) = 0 ioctl(13, SIOCGIWRATE, 0xbfbcdbbc) = 0 Since I'm using an orinoco-based card, these 2 look like the most likely candidates. WE-21 was merged between -mm1 and -mm2, which is why -mm1 was stable for me. I'll let somebody else argue over what path these took that I never tripped over them in an earlier -mm before they hit Linus's tree... commit baef186519c69b11cf7e48c26e75feb1e6173baa Author: John W. Linville <linville@tuxdriver.com> Date: Fri Sep 8 16:04:05 2006 -0400 [PATCH] WE-21 support (core API) This is version 21 of the Wireless Extensions. Changelog : o finishes migrating the ESSID API (remove the +1) o netdev->get_wireless_stats is no more o long/short retry This is a redacted version of a patch originally submitted by Jean Tourrilhes. I removed most of the additions, in order to minimize future support requirements for nl80211 (or other WE successor). CC: Jean Tourrilhes <jt@hpl.hp.com> Signed-off-by: John W. Linville <linville@tuxdriver.com> commit eeec9f1a931262d69811135092c8447d6dccc3e6 Author: Jean Tourrilhes <jt@hpl.hp.com> Date: Tue Aug 29 18:02:31 2006 -0700 [PATCH] WE-21 for orinoco Signed-off-by: Jean Tourrilhes <jt@hpl.hp.com> Signed-off-by: John W. Linville <linville@tuxdriver.com> [-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --] ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-09-30 0:01 ` 2.6.18-mm2 - oops in cache_alloc_refill() Valdis.Kletnieks @ 2006-09-30 1:20 ` Andrew Morton 2006-09-30 1:33 ` Jean Tourrilhes ` (4 more replies) 0 siblings, 5 replies; 67+ messages in thread From: Andrew Morton @ 2006-09-30 1:20 UTC (permalink / raw) To: Valdis.Kletnieks; +Cc: Jean Tourrilhes, John W. Linville, linux-kernel, netdev On Fri, 29 Sep 2006 20:01:54 -0400 Valdis.Kletnieks@vt.edu wrote: > On Fri, 29 Sep 2006 12:45:58 PDT, Andrew Morton said: > > (Adding a bunch of people to the cc: list now that I have a clue what is > going on....) > > > I'd expect it's the same bug - slab data structures have gone bad. > > *bing*! We have a winner. A quick check showed the kernel wasn't built with > slab debugging enabled, so I turned on the more obvious options, and got > rewarded with a traceback.. doh. I'd assumed that CONFIG_DEBUG_SLAB was enabled :( > > Again: how come nobody else is hitting this? Something's different. > > gkrellm and wireless (specifically, gkrellm-wifi-0.9.12-3.fc6 from Fedora > Core extras-development). Kernel is still a 2.6.18 with *only* the > origin.patch from -mm2 applied. Note that the gkrellm plugin hasn't had > a change in the code since 01/03/2004 - hopefully there's been no unintentional > API change on the kernel side since then... > > Here's the traceback I got: > > slab error in verify_redzone_free(): cache `size-32': memory outside object was overwritten > [<c0103ad2>] dump_trace+0x64/0x1cd > [<c0103c4d>] show_trace_log_lvl+0x12/0x25 > [<c010415f>] show_trace+0xd/0x10 > [<c01041fc>] dump_stack+0x19/0x1b > [<c014c796>] __slab_error+0x17/0x1c > [<c014cdac>] cache_free_debugcheck+0xaf/0x230 > [<c014d43e>] kfree+0x59/0x8c > [<c02dc04a>] ioctl_standard_call+0x1da/0x218 > [<c02dc275>] wireless_process_ioctl+0x55/0x312 > [<c02d3750>] dev_ioctl+0x45f/0x49a > [<c02c92aa>] sock_ioctl+0x1b3/0x1c6 > [<c0160322>] do_ioctl+0x22/0x67 > [<c01605a5>] vfs_ioctl+0x23e/0x251 > [<c01605ff>] sys_ioctl+0x47/0x64 > [<c0102cd3>] syscall_call+0x7/0xb > DWARF2 unwinder stuck at syscall_call+0x7/0xb > > Leftover inexact backtrace: > > ======================= > de57e16c: redzone 1:0x170fc2a5, redzone 2:0x170fc200. > > Repeated, over and over, just about once a second. > > A quick strace of gkrellm finds these likely ioctl's causing the problem: > > % grep ioctl /tmp/foo2 | sort -u | more > ioctl(13, SIOCGIWESSID, 0xbfbcdb9c) = 0 > ioctl(13, SIOCGIWRANGE, 0xbfbcdbdc) = 0 > ioctl(13, SIOCGIWRATE, 0xbfbcdbbc) = 0 Yes. The main thing which those WE-21 patches do is to shorten the size of various buffers which are used in wireless ioctls. > Since I'm using an orinoco-based card, these 2 look like the most likely > candidates. WE-21 was merged between -mm1 and -mm2, which is why -mm1 was > stable for me. The WE-21 patches weren't in Jeff's tree for -mm1 or for -mm2. They appeared there transiently then quickly went mainline. They _might_ have been in the wireless git tree, although I often drop that due to git woes. But that hasn't happened recently.... > I'll let somebody else argue over what path these took that > I never tripped over them in an earlier -mm before they hit Linus's tree... > > commit baef186519c69b11cf7e48c26e75feb1e6173baa > Author: John W. Linville <linville@tuxdriver.com> > Date: Fri Sep 8 16:04:05 2006 -0400 > > [PATCH] WE-21 support (core API) > > This is version 21 of the Wireless Extensions. Changelog : > o finishes migrating the ESSID API (remove the +1) > o netdev->get_wireless_stats is no more > o long/short retry > > This is a redacted version of a patch originally submitted by Jean > Tourrilhes. I removed most of the additions, in order to minimize > future support requirements for nl80211 (or other WE successor). > > CC: Jean Tourrilhes <jt@hpl.hp.com> > Signed-off-by: John W. Linville <linville@tuxdriver.com> > > commit eeec9f1a931262d69811135092c8447d6dccc3e6 > Author: Jean Tourrilhes <jt@hpl.hp.com> > Date: Tue Aug 29 18:02:31 2006 -0700 > > [PATCH] WE-21 for orinoco > > Signed-off-by: Jean Tourrilhes <jt@hpl.hp.com> > Signed-off-by: John W. Linville <linville@tuxdriver.com> > Try reverting those? ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-09-30 1:20 ` Andrew Morton @ 2006-09-30 1:33 ` Jean Tourrilhes 2006-09-30 3:31 ` Valdis.Kletnieks 2006-09-30 1:40 ` Jean Tourrilhes ` (3 subsequent siblings) 4 siblings, 1 reply; 67+ messages in thread From: Jean Tourrilhes @ 2006-09-30 1:33 UTC (permalink / raw) To: Andrew Morton; +Cc: Valdis.Kletnieks, John W. Linville, linux-kernel, netdev On Fri, Sep 29, 2006 at 06:20:08PM -0700, Andrew Morton wrote: > On Fri, 29 Sep 2006 20:01:54 -0400 > > > > Here's the traceback I got: > > > > slab error in verify_redzone_free(): cache `size-32': memory outside object was overwritten > > [<c0103ad2>] dump_trace+0x64/0x1cd > > [<c0103c4d>] show_trace_log_lvl+0x12/0x25 > > [<c010415f>] show_trace+0xd/0x10 > > [<c01041fc>] dump_stack+0x19/0x1b > > [<c014c796>] __slab_error+0x17/0x1c > > [<c014cdac>] cache_free_debugcheck+0xaf/0x230 > > [<c014d43e>] kfree+0x59/0x8c > > [<c02dc04a>] ioctl_standard_call+0x1da/0x218 > > [<c02dc275>] wireless_process_ioctl+0x55/0x312 > > [<c02d3750>] dev_ioctl+0x45f/0x49a > > [<c02c92aa>] sock_ioctl+0x1b3/0x1c6 > > [<c0160322>] do_ioctl+0x22/0x67 > > [<c01605a5>] vfs_ioctl+0x23e/0x251 > > [<c01605ff>] sys_ioctl+0x47/0x64 > > [<c0102cd3>] syscall_call+0x7/0xb > > DWARF2 unwinder stuck at syscall_call+0x7/0xb Hum... Not clear what's happening. I'll look more into it on monday. > > A quick strace of gkrellm finds these likely ioctl's causing the problem: > > > > % grep ioctl /tmp/foo2 | sort -u | more > > ioctl(13, SIOCGIWESSID, 0xbfbcdb9c) = 0 That's most likely the one. I need to check the source code. > Yes. The main thing which those WE-21 patches do is to shorten the size of > various buffers which are used in wireless ioctls. Only for ESSID, it reduce it by one char, and remove the final '\0'. But, kernel wise, it should not matter. > > Since I'm using an orinoco-based card, these 2 look like the most likely > > candidates. WE-21 was merged between -mm1 and -mm2, which is why -mm1 was > > stable for me. I'm using Orinoco, I've not seen that with iwconfig. I'll look into that... Jean ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-09-30 1:33 ` Jean Tourrilhes @ 2006-09-30 3:31 ` Valdis.Kletnieks 2006-09-30 7:50 ` Valdis.Kletnieks 0 siblings, 1 reply; 67+ messages in thread From: Valdis.Kletnieks @ 2006-09-30 3:31 UTC (permalink / raw) To: jt; +Cc: Andrew Morton, John W. Linville, linux-kernel, netdev [-- Attachment #1: Type: text/plain, Size: 654 bytes --] On Fri, 29 Sep 2006 18:33:48 PDT, Jean Tourrilhes said: > On Fri, Sep 29, 2006 at 06:20:08PM -0700, Andrew Morton wrote: > > On Fri, 29 Sep 2006 20:01:54 -0400 > > > > > > Here's the traceback I got: > > > > > > slab error in verify_redzone_free(): cache `size-32': memory outside object was overwritten > Hum... Not clear what's happening. I'll look more into it on > monday. Fair enough, I'm going to try reverting the 2 commits and see if things behave better. > I'm using Orinoco, I've not seen that with iwconfig. > I'll look into that... I'll bet it's the difference between a modern iwconfig and a 3-year-old stone-age gkrellm plugin :) [-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --] ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-09-30 3:31 ` Valdis.Kletnieks @ 2006-09-30 7:50 ` Valdis.Kletnieks 2006-09-30 8:33 ` Andrew Morton 0 siblings, 1 reply; 67+ messages in thread From: Valdis.Kletnieks @ 2006-09-30 7:50 UTC (permalink / raw) To: jt, Andrew Morton, John W. Linville; +Cc: linux-kernel, netdev [-- Attachment #1: Type: text/plain, Size: 1564 bytes --] On Fri, 29 Sep 2006 23:31:07 EDT, Valdis.Kletnieks@vt.edu said: > Fair enough, I'm going to try reverting the 2 commits and see if things > behave better. OK, it's definitely something in those 2 commits - I reverted them and the resulting 2.6.18-mm2 kernel has been up and stable for 4 hours, even with the problem gkrellm updating once a second the whole time. I'm not *seeing* how those changes can cause trouble - unless it's this: diff --git a/drivers/net/wireless/orinoco.c b/drivers/net/wireless/orinoco.c index 1840b69..9e19a96 100644 --- a/drivers/net/wireless/orinoco.c +++ b/drivers/net/wireless/orinoco.c @@ -3037,7 +3037,7 @@ static int orinoco_ioctl_getessid(struct } erq->flags = 1; - erq->length = strlen(essidbuf) + 1; + erq->length = strlen(essidbuf); Does some other code go batshit if length ==0? My current config doesn't try to actually ifup the wireless if I also have connectivity via copper (in order to avoid chewing up a DHCP lease in crowded address space if not needed). % iwconfig eth5 eth5 IEEE 802.11b ESSID:"" Nickname:"HERMES I" Mode:Managed Frequency:2.457 GHz Access Point: Not-Associated Bit Rate:11 Mb/s Sensitivity:1/3 Retry limit:4 RTS thr:off Fragment thr:off Power Management:off Link Quality=0/92 Signal level=134/153 Noise level=134/153 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 That ESSID the source of the trouble? [-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --] ^ permalink raw reply related [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-09-30 7:50 ` Valdis.Kletnieks @ 2006-09-30 8:33 ` Andrew Morton 0 siblings, 0 replies; 67+ messages in thread From: Andrew Morton @ 2006-09-30 8:33 UTC (permalink / raw) To: Valdis.Kletnieks; +Cc: jt, John W. Linville, linux-kernel, netdev On Sat, 30 Sep 2006 03:50:43 -0400 Valdis.Kletnieks@vt.edu wrote: > On Fri, 29 Sep 2006 23:31:07 EDT, Valdis.Kletnieks@vt.edu said: > > Fair enough, I'm going to try reverting the 2 commits and see if things > > behave better. > > OK, it's definitely something in those 2 commits - I reverted them and the > resulting 2.6.18-mm2 kernel has been up and stable for 4 hours, even with > the problem gkrellm updating once a second the whole time. > > I'm not *seeing* how those changes can cause trouble - unless it's this: > > diff --git a/drivers/net/wireless/orinoco.c b/drivers/net/wireless/orinoco.c > index 1840b69..9e19a96 100644 > --- a/drivers/net/wireless/orinoco.c > +++ b/drivers/net/wireless/orinoco.c > @@ -3037,7 +3037,7 @@ static int orinoco_ioctl_getessid(struct > } > > erq->flags = 1; > - erq->length = strlen(essidbuf) + 1; > + erq->length = strlen(essidbuf); You know what the next question is ;) Did reverting just that line fix it? > Does some other code go batshit if length ==0? My current config doesn't > try to actually ifup the wireless if I also have connectivity via copper (in > order to avoid chewing up a DHCP lease in crowded address space if not needed). > > % iwconfig eth5 > eth5 IEEE 802.11b ESSID:"" Nickname:"HERMES I" > Mode:Managed Frequency:2.457 GHz Access Point: Not-Associated > Bit Rate:11 Mb/s Sensitivity:1/3 > Retry limit:4 RTS thr:off Fragment thr:off > Power Management:off > Link Quality=0/92 Signal level=134/153 Noise level=134/153 > Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 > Tx excessive retries:0 Invalid misc:0 Missed beacon:0 > > That ESSID the source of the trouble? > Might be. I can't immediately spot a problem with it, but perhaps length==0 causes the driver to not allocate a buffer and to then write to the not-allocated buffer. Not sure.. ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-09-30 1:20 ` Andrew Morton 2006-09-30 1:33 ` Jean Tourrilhes @ 2006-09-30 1:40 ` Jean Tourrilhes 2006-09-30 3:31 ` Valdis.Kletnieks 2006-09-30 1:57 ` Makefile for linux modules x z ` (2 subsequent siblings) 4 siblings, 1 reply; 67+ messages in thread From: Jean Tourrilhes @ 2006-09-30 1:40 UTC (permalink / raw) To: Andrew Morton; +Cc: Valdis.Kletnieks, John W. Linville, linux-kernel, netdev On Fri, Sep 29, 2006 at 06:20:08PM -0700, Andrew Morton wrote: > On Fri, 29 Sep 2006 20:01:54 -0400 > > > > A quick strace of gkrellm finds these likely ioctl's causing the problem: > > > > % grep ioctl /tmp/foo2 | sort -u | more > > ioctl(13, SIOCGIWESSID, 0xbfbcdb9c) = 0 > > ioctl(13, SIOCGIWRANGE, 0xbfbcdbdc) = 0 > > ioctl(13, SIOCGIWRATE, 0xbfbcdbbc) = 0 Excuse me, can you point out wich version of gkrellm you use and where to find it, the only version that is listed on my page does not use the ESSID ioctl. I want to be sure I'm looking at the same thing as you are... Jean ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-09-30 1:40 ` Jean Tourrilhes @ 2006-09-30 3:31 ` Valdis.Kletnieks 0 siblings, 0 replies; 67+ messages in thread From: Valdis.Kletnieks @ 2006-09-30 3:31 UTC (permalink / raw) To: jt; +Cc: Andrew Morton, John W. Linville, linux-kernel, netdev [-- Attachment #1: Type: text/plain, Size: 1093 bytes --] On Fri, 29 Sep 2006 18:40:43 PDT, Jean Tourrilhes said: > On Fri, Sep 29, 2006 at 06:20:08PM -0700, Andrew Morton wrote: > > On Fri, 29 Sep 2006 20:01:54 -0400 > > > > > > A quick strace of gkrellm finds these likely ioctl's causing the problem: > > > > > > % grep ioctl /tmp/foo2 | sort -u | more > > > ioctl(13, SIOCGIWESSID, 0xbfbcdb9c) = 0 > > > ioctl(13, SIOCGIWRANGE, 0xbfbcdbdc) = 0 > > > ioctl(13, SIOCGIWRATE, 0xbfbcdbbc) = 0 > > Excuse me, can you point out wich version of gkrellm you use > and where to find it, the only version that is listed on my page does > not use the ESSID ioctl. I want to be sure I'm looking at the same > thing as you are... All the pieces: http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/ The particular plugin causing the trouble: http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/gkrellm-wifi-0.9.12-3.fc6.src.rpm If you're not on a box that has rpm2cpio or similar, yell and I'll break that .src.rpm up for you - there's basically just an 18K .tar.gz and a 14K patch in there. [-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --] ^ permalink raw reply [flat|nested] 67+ messages in thread
* Makefile for linux modules 2006-09-30 1:20 ` Andrew Morton 2006-09-30 1:33 ` Jean Tourrilhes 2006-09-30 1:40 ` Jean Tourrilhes @ 2006-09-30 1:57 ` x z 2006-09-30 8:55 ` Sam Ravnborg 2006-09-30 1:59 ` x z 2006-10-02 17:52 ` 2.6.18-mm2 - oops in cache_alloc_refill() Jean Tourrilhes 4 siblings, 1 reply; 67+ messages in thread From: x z @ 2006-09-30 1:57 UTC (permalink / raw) To: linux-kernel, netdev Hi I have a makefielt to make several driver modules: obj-$(CONFIG_FUSION_SPI) += mptbase.o mptscsih.o mptspi.o obj-$(CONFIG_FUSION_FC) += mptbase.o mptscsih.o mptfc.o obj-m += mptbase.o mptscsih.o mptsas.o obj-$(CONFIG_FUSION_LAN) += mptlan.o obj-m += mptctl.o obj-m += mptcfg.o obj-m +=mptstm.o this will compile and modules can be installed successfully. I need to have a comfunc.c file, which contains all common functions, which could be used by these module files. I added the line below to the content just below mptstm.o (I tried adding just above mptlan). All modules are compiled successfully. I can install mptbase.ko. However, when I try to install mptctl.ko (or other modules), I got errors like mptctl: Unknown symbol mpt_register; mpt_deregister. These functions are implemented in mptbase.c. How do I fix this problem? thanks Robert mptbase-objs := comfunc.o __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: Makefile for linux modules 2006-09-30 1:57 ` Makefile for linux modules x z @ 2006-09-30 8:55 ` Sam Ravnborg 0 siblings, 0 replies; 67+ messages in thread From: Sam Ravnborg @ 2006-09-30 8:55 UTC (permalink / raw) To: x z; +Cc: linux-kernel, netdev Hi Robert. > I have a makefielt to make several driver modules: > obj-$(CONFIG_FUSION_SPI) += mptbase.o mptscsih.o > mptspi.o > obj-$(CONFIG_FUSION_FC) += mptbase.o mptscsih.o > mptfc.o > obj-m += mptbase.o mptscsih.o mptsas.o > obj-$(CONFIG_FUSION_LAN) += mptlan.o > obj-m += mptctl.o > obj-m += mptcfg.o > obj-m +=mptstm.o The above kbuild file snippet tells us that you are creating a number of modules: mptbase.ko mptscsih.ko mptsas.ko mptlan.ko mptctl.ko mtpcfg.ko and mptstm.ko They are each build from a single .c file. > mptbase-objs := comfunc.o Now you try to include confunc.o in every module. To do so you need to tell kbuild that you are dealing with a module based on composite .o files. That would look like: obj-$(CONFIG_FUSION_PCI) += mptbase-foo.o mtpbase-foo-y := comfunc.o mptbase.o This will result in a module named mtpbase-foo.ko which is hardly what you try to achive. Likewise you will have duplicate symbols in the modules due to comfunc.o being included more than once. The only sane approce here is to compile comfunc.o as an independent module and let the modutils pull in the comfunc (deservers a more specific name) module as needed. So what you need to do is simply: obj-m += comfunc.o And accept this is a module so all symbols that you needs must be properly exported using EXPORT_SYMBOL* Sam ^ permalink raw reply [flat|nested] 67+ messages in thread
* Makefile for linux modules 2006-09-30 1:20 ` Andrew Morton ` (2 preceding siblings ...) 2006-09-30 1:57 ` Makefile for linux modules x z @ 2006-09-30 1:59 ` x z 2006-10-02 17:52 ` 2.6.18-mm2 - oops in cache_alloc_refill() Jean Tourrilhes 4 siblings, 0 replies; 67+ messages in thread From: x z @ 2006-09-30 1:59 UTC (permalink / raw) To: linux-kernel, netdev Hi I have a makefile to make several driver modules: obj-$(CONFIG_FUSION_SPI) += mptbase.o mptscsih.o mptspi.o obj-$(CONFIG_FUSION_FC) += mptbase.o mptscsih.o mptfc.o obj-m += mptbase.o mptscsih.o mptsas.o obj-$(CONFIG_FUSION_LAN) += mptlan.o obj-m += mptctl.o obj-m += mptcfg.o obj-m +=mptstm.o this will compile all modules and the modules can be installed successfully. I need to have a comfunc.c file, which contains all common functions, which could be used by these module files. I added the line below to the content just below mptstm.o (I tried adding just above mptlan). mptbase-objs := comfunc.o All modules are compiled successfully. I can install mptbase.ko. However, when I try to install mptctl.ko (or other modules), I got errors like mptctl: Unknown symbol mpt_register; mpt_deregister. These functions are implemented in mptbase.c. How do I fix this problem? thanks Robert __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-09-30 1:20 ` Andrew Morton ` (3 preceding siblings ...) 2006-09-30 1:59 ` x z @ 2006-10-02 17:52 ` Jean Tourrilhes 2006-10-02 19:57 ` Valdis.Kletnieks 2006-10-03 15:58 ` Samuel Tardieu 4 siblings, 2 replies; 67+ messages in thread From: Jean Tourrilhes @ 2006-10-02 17:52 UTC (permalink / raw) To: Andrew Morton, Pavel Roskin Cc: Valdis.Kletnieks, John W. Linville, linux-kernel, netdev On Fri, Sep 29, 2006 at 06:20:08PM -0700, Andrew Morton wrote: > On Fri, 29 Sep 2006 20:01:54 -0400 > > > > % grep ioctl /tmp/foo2 | sort -u | more > > ioctl(13, SIOCGIWESSID, 0xbfbcdb9c) = 0 > > ioctl(13, SIOCGIWRANGE, 0xbfbcdbdc) = 0 > > ioctl(13, SIOCGIWRATE, 0xbfbcdbbc) = 0 > > Yes. The main thing which those WE-21 patches do is to shorten the size of > various buffers which are used in wireless ioctls. Ok, I've found it. Actually, I feel ashamed, as it is a fairly classical buffer overflow, we put one extra char in a buffer. Now, I don't understand why it did not blow up on my box ;-) New patch. I think it is right, but I would not mind Pavel to have a look at it. On my box it does not make thing worse. Valdis : would you mind trying if this patch fix the problem you are seeing with WE-21 ? If it fixes it, I'll send it to John... Have fun... Jean P.S. : I'll audit the other wireless drivers for the same thing. ------------------------------------------------- diff -u -p linux/drivers/net/wireless/orinoco.j1.c linux/drivers/net/wireless/orinoco.c --- linux/drivers/net/wireless/orinoco.j1.c 2006-10-02 10:15:41.000000000 -0700 +++ linux/drivers/net/wireless/orinoco.c 2006-10-02 10:39:20.000000000 -0700 @@ -2456,6 +2456,7 @@ void free_orinocodev(struct net_device * /* Wireless extensions */ /********************************************************************/ +/* Return : < 0 -> error code ; >= 0 -> length */ static int orinoco_hw_get_essid(struct orinoco_private *priv, int *active, char buf[IW_ESSID_MAX_SIZE+1]) { @@ -2500,9 +2501,9 @@ static int orinoco_hw_get_essid(struct o len = le16_to_cpu(essidbuf.len); BUG_ON(len > IW_ESSID_MAX_SIZE); - memset(buf, 0, IW_ESSID_MAX_SIZE+1); + memset(buf, 0, IW_ESSID_MAX_SIZE); memcpy(buf, p, len); - buf[len] = '\0'; + err = len; fail_unlock: orinoco_unlock(priv, &flags); @@ -3026,17 +3027,18 @@ static int orinoco_ioctl_getessid(struct if (netif_running(dev)) { err = orinoco_hw_get_essid(priv, &active, essidbuf); - if (err) + if (err < 0) return err; + erq->length = err; } else { if (orinoco_lock(priv, &flags) != 0) return -EBUSY; - memcpy(essidbuf, priv->desired_essid, IW_ESSID_MAX_SIZE + 1); + memcpy(essidbuf, priv->desired_essid, IW_ESSID_MAX_SIZE); + erq->length = strlen(priv->desired_essid); orinoco_unlock(priv, &flags); } erq->flags = 1; - erq->length = strlen(essidbuf); return 0; } @@ -3074,10 +3076,10 @@ static int orinoco_ioctl_getnick(struct if (orinoco_lock(priv, &flags) != 0) return -EBUSY; - memcpy(nickbuf, priv->nick, IW_ESSID_MAX_SIZE+1); + memcpy(nickbuf, priv->nick, IW_ESSID_MAX_SIZE); orinoco_unlock(priv, &flags); - nrq->length = strlen(nickbuf); + nrq->length = strlen(priv->nick); return 0; } ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-10-02 17:52 ` 2.6.18-mm2 - oops in cache_alloc_refill() Jean Tourrilhes @ 2006-10-02 19:57 ` Valdis.Kletnieks 2006-10-03 15:58 ` Samuel Tardieu 1 sibling, 0 replies; 67+ messages in thread From: Valdis.Kletnieks @ 2006-10-02 19:57 UTC (permalink / raw) To: jt; +Cc: Andrew Morton, Pavel Roskin, John W. Linville, linux-kernel, netdev [-- Attachment #1: Type: text/plain, Size: 1138 bytes --] On Mon, 02 Oct 2006 10:52:45 PDT, Jean Tourrilhes said: > On Fri, Sep 29, 2006 at 06:20:08PM -0700, Andrew Morton wrote: > > On Fri, 29 Sep 2006 20:01:54 -0400 > > > > > > % grep ioctl /tmp/foo2 | sort -u | more > > > ioctl(13, SIOCGIWESSID, 0xbfbcdb9c) = 0 > > > ioctl(13, SIOCGIWRANGE, 0xbfbcdbdc) = 0 > > > ioctl(13, SIOCGIWRATE, 0xbfbcdbbc) = 0 > > > > Yes. The main thing which those WE-21 patches do is to shorten the size of > > various buffers which are used in wireless ioctls. > > Ok, I've found it. Actually, I feel ashamed, as it is a fairly > classical buffer overflow, we put one extra char in a buffer. Now, I > don't understand why it did not blow up on my box ;-) > New patch. I think it is right, but I would not mind Pavel to > have a look at it. On my box it does not make thing worse. > Valdis : would you mind trying if this patch fix the problem > you are seeing with WE-21 ? If it fixes it, I'll send it to John... Been up and running with we-21 configured in, and gkrellm doing the monitoring that gave it indigestion. It was dying in 1-2 minutes, now been up for 30 mins with no issues.... [-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --] ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-10-02 17:52 ` 2.6.18-mm2 - oops in cache_alloc_refill() Jean Tourrilhes 2006-10-02 19:57 ` Valdis.Kletnieks @ 2006-10-03 15:58 ` Samuel Tardieu 2006-10-03 16:34 ` Jean Tourrilhes 1 sibling, 1 reply; 67+ messages in thread From: Samuel Tardieu @ 2006-10-03 15:58 UTC (permalink / raw) To: jt; +Cc: Valdis.Kletnieks, John W. Linville, linux-kernel, netdev >>>>> "Jean" == Jean Tourrilhes <jt@hpl.hp.com> writes: Jean> @@ -2500,9 +2501,9 @@ static int orinoco_hw_get_essid(struct o Jean> len = le16_to_cpu(essidbuf.len); Jean> BUG_ON(len > IW_ESSID_MAX_SIZE); Jean> Jean> - memset(buf, 0, IW_ESSID_MAX_SIZE+1); Jean> + memset(buf, 0, IW_ESSID_MAX_SIZE); Jean> memcpy(buf, p, len); Jean> - buf[len] = '\0'; Jean> + err = len; Jean, something bugs me here: - either buf is supposed to be a nul-terminated string, in which case if p is IW_ESSID_MAX_SIZE long there may be a bug (no '\0' at the end of buf) - either buf is not-supposed to be nul-terminated and the length value will always be used, in which case the memset() looks useless I suggest that you revert the memset() to IW_ESSID_MAX_SIZE+1 so that the last byte is cleared as well. Or am I missing something? Sam -- Samuel Tardieu -- sam@rfc1149.net -- http://www.rfc1149.net/ ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-10-03 15:58 ` Samuel Tardieu @ 2006-10-03 16:34 ` Jean Tourrilhes 2006-10-03 16:45 ` Samuel Tardieu 2006-10-05 22:37 ` Pavel Roskin 0 siblings, 2 replies; 67+ messages in thread From: Jean Tourrilhes @ 2006-10-03 16:34 UTC (permalink / raw) To: Samuel Tardieu; +Cc: Pavel Roskin, John W. Linville, linux-kernel, netdev On Tue, Oct 03, 2006 at 05:58:31PM +0200, Samuel Tardieu wrote: > >>>>> "Jean" == Jean Tourrilhes <jt@hpl.hp.com> writes: > > Jean> @@ -2500,9 +2501,9 @@ static int orinoco_hw_get_essid(struct o > Jean> len = le16_to_cpu(essidbuf.len); > Jean> BUG_ON(len > IW_ESSID_MAX_SIZE); > Jean> > Jean> - memset(buf, 0, IW_ESSID_MAX_SIZE+1); > Jean> + memset(buf, 0, IW_ESSID_MAX_SIZE); > Jean> memcpy(buf, p, len); > Jean> - buf[len] = '\0'; > Jean> + err = len; > > Jean, > > something bugs me here: > > - either buf is supposed to be a nul-terminated string, in which > case if p is IW_ESSID_MAX_SIZE long there may be a bug (no '\0' at > the end of buf) ESSID is supposed to be up to 32 char, so we need to full buffer size. > - either buf is not-supposed to be nul-terminated and the length > value will always be used, in which case the memset() looks > useless Yes, it is entirely useless, but not incorrect. Note that the code was not very efficient to start with, the last char of the string was set to NUL twice. I don't really want to overstep my authority there, my goal was to minimise the changes. Pavel will have to clean up my mess, so I don't want change things too much. > I suggest that you revert the memset() to IW_ESSID_MAX_SIZE+1 so that > the last byte is cleared as well. Or am I missing something? No, that would bring back the slab/memory overflow we are trying to get rid of. > Sam > -- > Samuel Tardieu -- sam@rfc1149.net -- http://www.rfc1149.net/ Strange, this name remind me someone. Must be a previous life ;-) A+ Jean ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-10-03 16:34 ` Jean Tourrilhes @ 2006-10-03 16:45 ` Samuel Tardieu 2006-10-03 17:07 ` Jean Tourrilhes 2006-10-05 22:37 ` Pavel Roskin 1 sibling, 1 reply; 67+ messages in thread From: Samuel Tardieu @ 2006-10-03 16:45 UTC (permalink / raw) To: Jean Tourrilhes; +Cc: Pavel Roskin, John W. Linville, linux-kernel, netdev On 3/10, Jean Tourrilhes wrote: | > I suggest that you revert the memset() to IW_ESSID_MAX_SIZE+1 so that | > the last byte is cleared as well. Or am I missing something? | | No, that would bring back the slab/memory overflow we are | trying to get rid of. Then I am puzzled by the function declaration: static int orinoco_hw_get_essid(struct orinoco_private *priv, int *active, char buf[IW_ESSID_MAX_SIZE+1]) Do you mean that this function is called with a buf parameter which doesn't have the expected size? (as far as the function declaration is concerned) Shouldn't the declaration be changed to static int orinoco_hw_get_essid(struct orinoco_private *priv, int *active, char buf[IW_ESSID_MAX_SIZE]) then to reflect the reality? (it won't change the code but would be clearer from a documentation point of view) Sam ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-10-03 16:45 ` Samuel Tardieu @ 2006-10-03 17:07 ` Jean Tourrilhes 0 siblings, 0 replies; 67+ messages in thread From: Jean Tourrilhes @ 2006-10-03 17:07 UTC (permalink / raw) To: Samuel Tardieu; +Cc: Pavel Roskin, John W. Linville, linux-kernel, netdev On Tue, Oct 03, 2006 at 06:45:35PM +0200, Samuel Tardieu wrote: > On 3/10, Jean Tourrilhes wrote: > > | > I suggest that you revert the memset() to IW_ESSID_MAX_SIZE+1 so that > | > the last byte is cleared as well. Or am I missing something? > | > | No, that would bring back the slab/memory overflow we are > | trying to get rid of. > > Then I am puzzled by the function declaration: > > static int orinoco_hw_get_essid(struct orinoco_private *priv, int *active, > char buf[IW_ESSID_MAX_SIZE+1]) > > Do you mean that this function is called with a buf parameter which > doesn't have the expected size? (as far as the function declaration is > concerned) Shouldn't the declaration be changed to > > static int orinoco_hw_get_essid(struct orinoco_private *priv, int *active, > char buf[IW_ESSID_MAX_SIZE]) > > then to reflect the reality? (it won't change the code but would be > clearer from a documentation point of view) Yep, that one is a bug. Thanks ! > Sam Jean ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-10-03 16:34 ` Jean Tourrilhes 2006-10-03 16:45 ` Samuel Tardieu @ 2006-10-05 22:37 ` Pavel Roskin 2006-10-05 22:42 ` Jean Tourrilhes 1 sibling, 1 reply; 67+ messages in thread From: Pavel Roskin @ 2006-10-05 22:37 UTC (permalink / raw) To: jt; +Cc: Samuel Tardieu, John W. Linville, linux-kernel, netdev Hello! On Tue, 2006-10-03 at 09:34 -0700, Jean Tourrilhes wrote: > I don't really want to overstep my authority there, my goal > was to minimise the changes. Pavel will have to clean up my mess, so I > don't want change things too much. Sorry for a long delay. I'm actually not very interested in the Wireless Extension interface of the driver. The less I touch that code, the better I feel. I won't add to the criticism for the latest changes; enough has been said. Its fine with me that your are changing the orinoco driver to update Wireless Extensions compatibility. I'm trying to maintain a Subversion repository with the driver modified to be compatible with a few latest kernels. But it looks like it's an uphill battle that I'm not going to win. -- Regards, Pavel Roskin ^ permalink raw reply [flat|nested] 67+ messages in thread
* Re: 2.6.18-mm2 - oops in cache_alloc_refill() 2006-10-05 22:37 ` Pavel Roskin @ 2006-10-05 22:42 ` Jean Tourrilhes 0 siblings, 0 replies; 67+ messages in thread From: Jean Tourrilhes @ 2006-10-05 22:42 UTC (permalink / raw) To: Pavel Roskin; +Cc: Samuel Tardieu, John W. Linville, linux-kernel, netdev On Thu, Oct 05, 2006 at 06:37:53PM -0400, Pavel Roskin wrote: > Hello! > > On Tue, 2006-10-03 at 09:34 -0700, Jean Tourrilhes wrote: > > I don't really want to overstep my authority there, my goal > > was to minimise the changes. Pavel will have to clean up my mess, so I > > don't want change things too much. > > Sorry for a long delay. That's ok, we all have a real life ;-) > I'm actually not very interested in the Wireless Extension interface of > the driver. The less I touch that code, the better I feel. I won't add > to the criticism for the latest changes; enough has been said. > > Its fine with me that your are changing the orinoco driver to update > Wireless Extensions compatibility. > > I'm trying to maintain a Subversion repository with the driver modified > to be compatible with a few latest kernels. But it looks like it's an > uphill battle that I'm not going to win. I'll try to come up with a patch for you. It's not as bad as it looks like. It will look like the patch for the external ipw drivers I sent on the list. > Pavel Roskin Have fun... Jean ^ permalink raw reply [flat|nested] 67+ messages in thread
[parent not found: <20060930133706.GA3291@melchior.yamamaya.is-a-geek.org>]
* Re: 2.6.18-mm2 [not found] ` <20060930133706.GA3291@melchior.yamamaya.is-a-geek.org> @ 2006-09-30 19:53 ` Andrew Morton 0 siblings, 0 replies; 67+ messages in thread From: Andrew Morton @ 2006-09-30 19:53 UTC (permalink / raw) To: Tobias Diedrich; +Cc: linux-kernel, netdev On Sat, 30 Sep 2006 15:37:06 +0200 Tobias Diedrich <ranma@tdiedrich.de> wrote: > Andrew Morton wrote: > > > - More updates to the MSI code. If your machine has Message Signalled > > Interrupts, please enable it and give it a try. > > I'm happy to report, that with 2.6.18-mm2 suspend to disk works for > me without additional patches, tested both with MSI interrupts > disabled and enabled (forcedeth driver). Thanks. Which kernel version(s) didn't work? -mm1? Mainline? ^ permalink raw reply [flat|nested] 67+ messages in thread
end of thread, other threads:[~2006-10-17 17:32 UTC | newest]
Thread overview: 67+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20060928014623.ccc9b885.akpm@osdl.org>
[not found] ` <efh217$8au$1@sea.gmane.org>
2006-09-28 21:01 ` 2.6.18-mm2 Andrew Morton
2006-09-28 22:45 ` 2.6.18-mm2 Stephen Hemminger
2006-10-04 13:42 ` 2.6.18-mm2 boot failure on x86-64 Steve Fox
2006-10-04 15:45 ` Andrew Morton
2006-10-04 15:55 ` Vivek Goyal
2006-10-04 15:56 ` Andi Kleen
2006-10-05 1:57 ` Keith Mannthey
2006-10-04 16:41 ` Steve Fox
2006-10-05 0:06 ` Andrew Morton
2006-10-05 0:51 ` Vivek Goyal
2006-10-05 0:57 ` Andi Kleen
2006-10-05 1:08 ` Martin Bligh
2006-10-05 2:05 ` Keith Mannthey
2006-10-05 14:53 ` Steve Fox
2006-10-05 15:12 ` Badari Pulavarty
2006-10-05 15:32 ` Steve Fox
2006-10-05 15:40 ` Andi Kleen
2006-10-05 17:57 ` Steve Fox
2006-10-05 18:27 ` Andi Kleen
2006-10-05 18:51 ` Steve Fox
2006-10-05 19:05 ` Andi Kleen
2006-10-05 20:42 ` Steve Fox
2006-10-05 20:50 ` Andi Kleen
2006-10-06 2:23 ` Steve Fox
2006-10-06 14:33 ` Mel Gorman
2006-10-06 15:36 ` Vivek Goyal
2006-10-06 17:11 ` Mel Gorman
2006-10-06 17:34 ` Vivek Goyal
2006-10-06 17:59 ` Vivek Goyal
2006-10-06 18:03 ` Steve Fox
2006-10-06 20:04 ` Vivek Goyal
2006-10-09 9:53 ` Mel Gorman
2006-10-16 18:16 ` Vivek Goyal
2006-10-16 23:58 ` Andrew Morton
2006-10-17 12:18 ` Adrian Bunk
2006-10-17 17:32 ` Mel Gorman
2006-10-05 18:52 ` Vivek Goyal
2006-10-05 19:08 ` Andi Kleen
2006-10-05 20:25 ` Steve Fox
2006-10-05 20:39 ` Mel Gorman
2006-10-05 20:51 ` Andi Kleen
2006-10-05 23:14 ` 2.6.18-mm2 boot failure on x86-64 II Andi Kleen
2006-10-05 23:32 ` keith mannthey
2006-10-05 23:35 ` Andi Kleen
2006-10-05 23:58 ` keith mannthey
2006-10-06 0:02 ` Badari Pulavarty
2006-10-06 0:12 ` Andrew Morton
[not found] ` <200609290319.k8T3JOwS005455@turing-police.cc.vt.edu>
[not found] ` <20060928202931.dc324339.akpm@osdl.org>
[not found] ` <200609291519.k8TFJfvw004256@turing-police.cc.vt.edu>
[not found] ` <20060929124558.33ef6c75.akpm@osdl.org>
2006-09-30 0:01 ` 2.6.18-mm2 - oops in cache_alloc_refill() Valdis.Kletnieks
2006-09-30 1:20 ` Andrew Morton
2006-09-30 1:33 ` Jean Tourrilhes
2006-09-30 3:31 ` Valdis.Kletnieks
2006-09-30 7:50 ` Valdis.Kletnieks
2006-09-30 8:33 ` Andrew Morton
2006-09-30 1:40 ` Jean Tourrilhes
2006-09-30 3:31 ` Valdis.Kletnieks
2006-09-30 1:57 ` Makefile for linux modules x z
2006-09-30 8:55 ` Sam Ravnborg
2006-09-30 1:59 ` x z
2006-10-02 17:52 ` 2.6.18-mm2 - oops in cache_alloc_refill() Jean Tourrilhes
2006-10-02 19:57 ` Valdis.Kletnieks
2006-10-03 15:58 ` Samuel Tardieu
2006-10-03 16:34 ` Jean Tourrilhes
2006-10-03 16:45 ` Samuel Tardieu
2006-10-03 17:07 ` Jean Tourrilhes
2006-10-05 22:37 ` Pavel Roskin
2006-10-05 22:42 ` Jean Tourrilhes
[not found] ` <20060930133706.GA3291@melchior.yamamaya.is-a-geek.org>
2006-09-30 19:53 ` 2.6.18-mm2 Andrew Morton
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).