* BUG: in 2.6.23-rc3-git7 in do_cciss_intr @ 2008-08-21 5:52 rdunlap 2008-08-21 7:16 ` Andrew Morton 2008-08-21 14:26 ` Miller, Mike (OS Dev) 0 siblings, 2 replies; 35+ messages in thread From: rdunlap @ 2008-08-21 5:52 UTC (permalink / raw) To: lkml, scsi, mike.miller on x86_64, 4 proc, 8 GB RAM: calling cciss_init+0x0/0x2e [cciss] HP CISS Driver (v 3.6.20) ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] PGD 17e422067 PUD 17e423067 PMD 0 Oops: 0002 [1] SMP CPU 2 Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] RSP: 0018:ffff88027f66fee8 EFLAGS: 00010007 RAX: 0000000000000000 RBX: ffff88007f840270 RCX: 000000000000000c RDX: 0000000000000000 RSI: ffff88027e5c0000 RDI: ffff88027e5c0000 RBP: ffff88027f66ff18 R08: 0000000000000000 R09: ffff88017fa95e88 R10: 0000000000000000 R11: ffff88027f66ff48 R12: ffff88027e5c0000 R13: 0000000000000000 R14: 00000000000001f7 R15: 0000000000000086 FS: 0000000000680850(0000) GS:ffff88017fc02c80(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000248 CR3: 000000017e425000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process swapper (pid: 0, threadinfo ffff88017fa94000, task ffff88027f63d340) Stack: ffff88027f66fee0 ffff88017e9b4800 0000000000000000 0000000000000000 00000000000001f7 0000000000000000 ffff88027f66ff48 ffffffff8026757e ffffffff80719000 00000000000001f7 ffff88017e9b4800 ffffffff80719050 Call Trace: <IRQ> [<ffffffff8026757e>] handle_IRQ_event+0x27/0x57 [<ffffffff80268d08>] handle_edge_irq+0xed/0x12e [<ffffffff8020eaab>] do_IRQ+0xf6/0x167 [<ffffffff8020c471>] ret_from_intr+0x0/0xa <EOI> [<ffffffff802122b1>] ? default_idle+0x2b/0x40 [<ffffffff802124bf>] ? c1e_idle+0xd4/0xdb [<ffffffff8055677d>] ? atomic_notifier_call_chain+0xf/0x11 [<ffffffff8020ac6c>] ? cpu_idle+0x71/0x8f [<ffffffff8054e752>] ? start_secondary+0x157/0x15c Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 89 82 40 02 00 00 RIP [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] RSP <ffff88027f66fee8> CR2: 0000000000000248 ---[ end trace 902dc79a9e72d3ed ]--- ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: BUG: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-21 5:52 BUG: in 2.6.23-rc3-git7 in do_cciss_intr rdunlap @ 2008-08-21 7:16 ` Andrew Morton 2008-08-21 14:26 ` Miller, Mike (OS Dev) 1 sibling, 0 replies; 35+ messages in thread From: Andrew Morton @ 2008-08-21 7:16 UTC (permalink / raw) To: rdunlap; +Cc: lkml, scsi, mike.miller On Wed, 20 Aug 2008 22:52:50 -0700 rdunlap <randy.dunlap@oracle.com> wrote: > on x86_64, 4 proc, 8 GB RAM: > > calling cciss_init+0x0/0x2e [cciss] > HP CISS Driver (v 3.6.20) > ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 > cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC > BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 > IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] > PGD 17e422067 PUD 17e423067 PMD 0 > Oops: 0002 [1] SMP > CPU 2 > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] > RSP: 0018:ffff88027f66fee8 EFLAGS: 00010007 > RAX: 0000000000000000 RBX: ffff88007f840270 RCX: 000000000000000c > RDX: 0000000000000000 RSI: ffff88027e5c0000 RDI: ffff88027e5c0000 > RBP: ffff88027f66ff18 R08: 0000000000000000 R09: ffff88017fa95e88 > R10: 0000000000000000 R11: ffff88027f66ff48 R12: ffff88027e5c0000 > R13: 0000000000000000 R14: 00000000000001f7 R15: 0000000000000086 > FS: 0000000000680850(0000) GS:ffff88017fc02c80(0000) knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 0000000000000248 CR3: 000000017e425000 CR4: 00000000000006e0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > Process swapper (pid: 0, threadinfo ffff88017fa94000, task ffff88027f63d340) > Stack: ffff88027f66fee0 ffff88017e9b4800 0000000000000000 0000000000000000 > 00000000000001f7 0000000000000000 ffff88027f66ff48 ffffffff8026757e > ffffffff80719000 00000000000001f7 ffff88017e9b4800 ffffffff80719050 > Call Trace: > <IRQ> [<ffffffff8026757e>] handle_IRQ_event+0x27/0x57 > [<ffffffff80268d08>] handle_edge_irq+0xed/0x12e > [<ffffffff8020eaab>] do_IRQ+0xf6/0x167 > [<ffffffff8020c471>] ret_from_intr+0x0/0xa > <EOI> [<ffffffff802122b1>] ? default_idle+0x2b/0x40 > [<ffffffff802124bf>] ? c1e_idle+0xd4/0xdb > [<ffffffff8055677d>] ? atomic_notifier_call_chain+0xf/0x11 > [<ffffffff8020ac6c>] ? cpu_idle+0x71/0x8f > [<ffffffff8054e752>] ? start_secondary+0x157/0x15c > > > Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 89 82 40 02 00 00 > RIP [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] > RSP <ffff88027f66fee8> > CR2: 0000000000000248 Is it repeatable? Is it a regression? Any chance of finding the offending code with gdb? ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-21 5:52 BUG: in 2.6.23-rc3-git7 in do_cciss_intr rdunlap 2008-08-21 7:16 ` Andrew Morton @ 2008-08-21 14:26 ` Miller, Mike (OS Dev) 2008-08-21 15:43 ` Randy Dunlap 1 sibling, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-08-21 14:26 UTC (permalink / raw) To: rdunlap, lkml, scsi > -----Original Message----- > From: rdunlap [mailto:randy.dunlap@oracle.com] > Sent: Thursday, August 21, 2008 12:53 AM > To: lkml; scsi; Miller, Mike (OS Dev) > Subject: BUG: in 2.6.23-rc3-git7 in do_cciss_intr > > on x86_64, 4 proc, 8 GB RAM: > > calling cciss_init+0x0/0x2e [cciss] > HP CISS Driver (v 3.6.20) > ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss > 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) > -> IRQ 54 > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC > BUG: unable to handle kernel NULL pointer dereference at > 0000000000000248 > IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] > PGD 17e422067 PUD 17e423067 PMD 0 > Oops: 0002 [1] SMP > CPU 2 > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > do_cciss_intr+0x627/0xa6c [cciss] > RSP: 0018:ffff88027f66fee8 EFLAGS: 00010007 > RAX: 0000000000000000 RBX: ffff88007f840270 RCX: 000000000000000c > RDX: 0000000000000000 RSI: ffff88027e5c0000 RDI: ffff88027e5c0000 > RBP: ffff88027f66ff18 R08: 0000000000000000 R09: ffff88017fa95e88 > R10: 0000000000000000 R11: ffff88027f66ff48 R12: ffff88027e5c0000 > R13: 0000000000000000 R14: 00000000000001f7 R15: 0000000000000086 > FS: 0000000000680850(0000) GS:ffff88017fc02c80(0000) > knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 0000000000000248 CR3: 000000017e425000 CR4: 00000000000006e0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: > 0000000000000400 Process swapper (pid: 0, threadinfo > ffff88017fa94000, task ffff88027f63d340) > Stack: ffff88027f66fee0 ffff88017e9b4800 0000000000000000 > 0000000000000000 > 00000000000001f7 0000000000000000 ffff88027f66ff48 > ffffffff8026757e ffffffff80719000 00000000000001f7 > ffff88017e9b4800 ffffffff80719050 Call Trace: > <IRQ> [<ffffffff8026757e>] handle_IRQ_event+0x27/0x57 > [<ffffffff80268d08>] handle_edge_irq+0xed/0x12e > [<ffffffff8020eaab>] do_IRQ+0xf6/0x167 [<ffffffff8020c471>] > ret_from_intr+0x0/0xa <EOI> [<ffffffff802122b1>] ? > default_idle+0x2b/0x40 [<ffffffff802124bf>] ? > c1e_idle+0xd4/0xdb [<ffffffff8055677d>] ? > atomic_notifier_call_chain+0xf/0x11 > [<ffffffff8020ac6c>] ? cpu_idle+0x71/0x8f > [<ffffffff8054e752>] ? start_secondary+0x157/0x15c > > > Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 > 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b > 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 > 89 82 40 02 00 00 RIP [<ffffffffa001bb68>] > do_cciss_intr+0x627/0xa6c [cciss] RSP <ffff88027f66fee8> > CR2: 0000000000000248 > ---[ end trace 902dc79a9e72d3ed ]--- > Randy, Sorry I haven't replied sooner. I saw your earlier mail, just been busy breaking stuff internally. Did this happen during driver init or runtime? -- mikem ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-21 14:26 ` Miller, Mike (OS Dev) @ 2008-08-21 15:43 ` Randy Dunlap 2008-08-21 15:48 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-08-21 15:43 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: lkml, scsi, akpm [-- Attachment #1: Type: text/plain, Size: 3385 bytes --] On Thu, 21 Aug 2008 14:26:06 +0000 Miller, Mike (OS Dev) wrote: > > > > -----Original Message----- > > From: rdunlap [mailto:randy.dunlap@oracle.com] > > Sent: Thursday, August 21, 2008 12:53 AM > > To: lkml; scsi; Miller, Mike (OS Dev) > > Subject: BUG: in 2.6.23-rc3-git7 in do_cciss_intr > > > > on x86_64, 4 proc, 8 GB RAM: > > > > calling cciss_init+0x0/0x2e [cciss] > > HP CISS Driver (v 3.6.20) > > ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss > > 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) > > -> IRQ 54 > > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC > > BUG: unable to handle kernel NULL pointer dereference at > > 0000000000000248 > > IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] > > PGD 17e422067 PUD 17e423067 PMD 0 > > Oops: 0002 [1] SMP > > CPU 2 > > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > do_cciss_intr+0x627/0xa6c [cciss] > > RSP: 0018:ffff88027f66fee8 EFLAGS: 00010007 > > RAX: 0000000000000000 RBX: ffff88007f840270 RCX: 000000000000000c > > RDX: 0000000000000000 RSI: ffff88027e5c0000 RDI: ffff88027e5c0000 > > RBP: ffff88027f66ff18 R08: 0000000000000000 R09: ffff88017fa95e88 > > R10: 0000000000000000 R11: ffff88027f66ff48 R12: ffff88027e5c0000 > > R13: 0000000000000000 R14: 00000000000001f7 R15: 0000000000000086 > > FS: 0000000000680850(0000) GS:ffff88017fc02c80(0000) > > knlGS:0000000000000000 > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > CR2: 0000000000000248 CR3: 000000017e425000 CR4: 00000000000006e0 > > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: > > 0000000000000400 Process swapper (pid: 0, threadinfo > > ffff88017fa94000, task ffff88027f63d340) > > Stack: ffff88027f66fee0 ffff88017e9b4800 0000000000000000 > > 0000000000000000 > > 00000000000001f7 0000000000000000 ffff88027f66ff48 > > ffffffff8026757e ffffffff80719000 00000000000001f7 > > ffff88017e9b4800 ffffffff80719050 Call Trace: > > <IRQ> [<ffffffff8026757e>] handle_IRQ_event+0x27/0x57 > > [<ffffffff80268d08>] handle_edge_irq+0xed/0x12e > > [<ffffffff8020eaab>] do_IRQ+0xf6/0x167 [<ffffffff8020c471>] > > ret_from_intr+0x0/0xa <EOI> [<ffffffff802122b1>] ? > > default_idle+0x2b/0x40 [<ffffffff802124bf>] ? > > c1e_idle+0xd4/0xdb [<ffffffff8055677d>] ? > > atomic_notifier_call_chain+0xf/0x11 > > [<ffffffff8020ac6c>] ? cpu_idle+0x71/0x8f > > [<ffffffff8054e752>] ? start_secondary+0x157/0x15c > > > > > > Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 > > 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b > > 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 > > 89 82 40 02 00 00 RIP [<ffffffffa001bb68>] > > do_cciss_intr+0x627/0xa6c [cciss] RSP <ffff88027f66fee8> > > CR2: 0000000000000248 > > ---[ end trace 902dc79a9e72d3ed ]--- > > > > Randy, > Sorry I haven't replied sooner. I saw your earlier mail, just been busy breaking stuff internally. Did this happen during driver init or runtime? Hi Mike, It's very much during driver init. Full boot log and .config are attached. Andrew: I'll rerun the test ASAP. Machine is busy atm. --- ~Randy Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA http://linuxplumbersconf.org/ [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: netcon-4883.log --] [-- Type: text/x-log; name="netcon-4883.log", Size: 73287 bytes --] Linux version 2.6.27-rc3-git7 (root@ca-ostest293.us.oracle.com) (gcc version 4.1.1 20070105 (Red Hat 4.1.1-52)) #1 SMP Wed Aug 20 16:45:40 PDT 2008 Command line: root=LABEL=/ selinux=0 console=tty0 netconsole=54883@139.185.50.77/eth0,54883@139.185.50.76/00:18:FE:34:1C:3D debug ignore_loglevel initcall_debug 3 kex KERNEL supported cpus: Intel GenuineIntel AMD AuthenticAMD Centaur CentaurHauls BIOS-provided physical RAM map: BIOS-e820: 0000000000000100 - 000000000009f400 (usable) BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000007fe50000 (usable) BIOS-e820: 000000007fe50000 - 000000007fe58000 (ACPI data) BIOS-e820: 000000007fe58000 - 0000000080000000 (reserved) BIOS-e820: 00000000fec00000 - 00000000fed00000 (reserved) BIOS-e820: 00000000ffc00000 - 0000000100000000 (reserved) BIOS-e820: 0000000100000000 - 000000027ffff000 (usable) debug: ignoring loglevel setting. last_pfn = 0x27ffff max_arch_pfn = 0x3ffffffff last_pfn = 0x7fe50 max_arch_pfn = 0x3ffffffff init_memory_mapping 0000000000 - 007fe00000 page 2M 007fe00000 - 007fe50000 page 4k kernel direct mapping tables up to 7fe50000 @ 8000-c000 last_map_addr: 7fe50000 end: 7fe50000 init_memory_mapping 0100000000 - 027fe00000 page 2M 027fe00000 - 027ffff000 page 4k kernel direct mapping tables up to 27ffff000 @ a000-16000 last_map_addr: 27ffff000 end: 27ffff000 RAMDISK: 7fd05000 - 7fe4f87e DMI 2.3 present. ACPI: RSDP 000F4F00, 0024 (r2 HP ) ACPI: XSDT 7FE50780, 005C (r1 HP A08 2 Ò\x04 162E) ACPI: FACP 7FE50800, 00F4 (r3 HP A08 2 Ò\x04 162E) ACPI: DSDT 7FE50900, 3F75 (r1 HP DSDT 1 INTL 20030228) ACPI: FACS 7FE50100, 0040 ACPI: SPCR 7FE50140, 0050 (r1 HP SPCRRBSU 1 Ò\x04 162E) ACPI: MCFG 7FE501C0, 003C (r1 HP ProLiant 1 0) ACPI: HPET 7FE50200, 0038 (r1 HP A08 2 Ò\x04 162E) ACPI: SPMI 7FE50240, 0040 (r5 HP ProLiant 1 Ò\x04 162E) ACPI: APIC 7FE50280, 00DE (r1 HP 00000083 2 0) ACPI: SRAT 7FE50380, 0110 (r1 AMD HAMMER 1 AMD 1) SRAT: PXM 0 -> APIC 0 -> Node 0 SRAT: PXM 0 -> APIC 1 -> Node 0 SRAT: PXM 1 -> APIC 2 -> Node 1 SRAT: PXM 1 -> APIC 3 -> Node 1 SRAT: Node 0 PXM 0 0-a0000 SRAT: Node 0 PXM 0 100000-80000000 SRAT: Node 0 PXM 0 100000000-180000000 SRAT: Node 1 PXM 1 180000000-280000000 NUMA: Allocated memnodemap from 11000 - 16080 NUMA: Using 20 for the hash shift. Bootmem setup node 0 0000000000000000-0000000180000000 NODE_DATA [0000000000001000 - 0000000000004fff] bootmap [0000000000017000 - 0000000000046fff] pages 30 (8 early reservations) ==> bootmem [0000000000 - 0180000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000] #1 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000] #2 [0000200000 - 000086c4d0] TEXT DATA BSS ==> [0000200000 - 000086c4d0] #3 [007fd05000 - 007fe4f87e] RAMDISK ==> [007fd05000 - 007fe4f87e] #4 [000009f400 - 0000100000] BIOS reserved ==> [000009f400 - 0000100000] #5 [0000008000 - 000000a000] PGTABLE ==> [0000008000 - 000000a000] #6 [000000a000 - 0000011000] PGTABLE ==> [000000a000 - 0000011000] #7 [0000011000 - 0000016080] MEMNODEMAP ==> [0000011000 - 0000016080] Bootmem setup node 1 0000000180000000-000000027ffff000 NODE_DATA [0000000180000000 - 0000000180003fff] bootmap [0000000180004000 - 0000000180023fff] pages 20 (8 early reservations) ==> bootmem [0180000000 - 027ffff000] #0 [0000000000 - 0000001000] BIOS data page #1 [0000006000 - 0000008000] TRAMPOLINE #2 [0000200000 - 000086c4d0] TEXT DATA BSS #3 [007fd05000 - 007fe4f87e] RAMDISK #4 [000009f400 - 0000100000] BIOS reserved #5 [0000008000 - 000000a000] PGTABLE #6 [000000a000 - 0000011000] PGTABLE #7 [0000011000 - 0000016080] MEMNODEMAP found SMP MP-table at [ffff8800000f4f80] 000f4f80 [ffffe20000000000-ffffe200053fffff] PMD -> [ffff880028200000-ffff88002b9fffff] on node 0 [ffffe20005400000-ffffe20008bfffff] PMD -> [ffff880180200000-ffff8801839fffff] on node 1 Zone PFN ranges: DMA 0x00000001 -> 0x00001000 DMA32 0x00001000 -> 0x00100000 Normal 0x00100000 -> 0x0027ffff Movable zone start PFN for each node early_node_map[4] active PFN ranges 0: 0x00000001 -> 0x0000009f 0: 0x00000100 -> 0x0007fe50 0: 0x00100000 -> 0x00180000 1: 0x00180000 -> 0x0027ffff On node 0 totalpages: 1048046 DMA zone: 2183 pages, LIFO batch:0 DMA32 zone: 505480 pages, LIFO batch:31 Normal zone: 517120 pages, LIFO batch:31 On node 1 totalpages: 1048575 Normal zone: 1034239 pages, LIFO batch:31 Detected use of extended apic ids on hypertransport bus Detected use of extended apic ids on hypertransport bus ACPI: PM-Timer IO Port: 0x908 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] enabled) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x08] address[0xf7df0000] gsi_base[0]) IOAPIC[0]: apic_id 8, version 0, address 0xf7df0000, GSI 0-23 ACPI: IOAPIC (id[0x09] address[0xfdef0000] gsi_base[38]) IOAPIC[1]: apic_id 9, version 0, address 0xfdef0000, GSI 38-61 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Setting APIC routing to flat ACPI: HPET id: 0x10228201 base: 0xfed00000 Using ACPI (MADT) for SMP configuration information SMP: Allowing 4 CPUs, 0 hotplug CPUs PM: Registered nosave memory: 000000000009f000 - 00000000000a0000 PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 PM: Registered nosave memory: 000000007fe50000 - 000000007fe58000 PM: Registered nosave memory: 000000007fe58000 - 0000000080000000 PM: Registered nosave memory: 0000000080000000 - 00000000fec00000 PM: Registered nosave memory: 00000000fec00000 - 00000000fed00000 PM: Registered nosave memory: 00000000fed00000 - 00000000ffc00000 PM: Registered nosave memory: 00000000ffc00000 - 0000000100000000 Allocating PCI resources starting at 88000000 (gap: 80000000:7ec00000) PERCPU: Allocating 47784 bytes of per cpu data NR_CPUS: 8, nr_cpu_ids: 4, nr_node_ids 2 Built 2 zonelists in Zone order, mobility grouping on. Total pages: 2059022 Policy zone: Normal Kernel command line: root=LABEL=/ selinux=0 console=tty0 netconsole=54883@139.185.50.77/eth0,54883@139.185.50.76/00:18:FE:34:1C:3D debug ignore_loglevel initcall_debug 3 kex Initializing CPU#0 PID hash table entries: 4096 (order: 12, 32768 bytes) Extended CMOS year: 2000 TSC calibrated against PM_TIMER Detected 1004.627 MHz processor. spurious 8259A interrupt: IRQ7. Console: colour VGA+ 80x25 console [tty0] enabled Checking aperture... No AGP bridge found Node 0: aperture @ c000000 size 64 MB Aperture pointing to e820 RAM. Ignoring. Your BIOS doesn't leave a aperture memory hole Please enable the IOMMU option in the BIOS setup This costs you 64 MB of RAM Mapping aperture over 65536 KB of RAM @ 20000000 PM: Registered nosave memory: 0000000020000000 - 0000000024000000 Memory: 8197672k/10485756k available (3436k kernel code, 188812k reserved, 1715k data, 396k init) CPA: page pool initialized 1 of 1 pages preallocated SLUB: Genslabs=13, HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=2 hpet clockevent registered Calibrating delay loop (skipped), value calculated using timer frequency.. 2009.25 BogoMIPS (lpj=4018508) Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes) Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes) Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU 0/0 -> Node 0 tseg: 0000000000 CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 using C1E aware idle routine ACPI: Core revision 20080609 ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 CPU0: Dual-Core AMD Opteron(tm) Processor 8218 stepping 02 Using local APIC timer interrupts. APIC timer calibration result 12557859 Detected 12.557 MHz APIC timer. calling migration_init+0x0/0x5b initcall migration_init+0x0/0x5b returned 1 after 0 msecs initcall migration_init+0x0/0x5b returned with error code 1 calling spawn_ksoftirqd+0x0/0x58 initcall spawn_ksoftirqd+0x0/0x58 returned 0 after 0 msecs calling init_call_single_data+0x0/0x47 initcall init_call_single_data+0x0/0x47 returned 0 after 0 msecs calling spawn_softlockup_task+0x0/0x74 initcall spawn_softlockup_task+0x0/0x74 returned 0 after 0 msecs calling relay_init+0x0/0x14 initcall relay_init+0x0/0x14 returned 0 after 0 msecs Booting processor 1/2 ip 6000 Initializing CPU#1 Calibrating delay using timer specific routine.. 2009.34 BogoMIPS (lpj=4018684) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU 1/2 -> Node 1 CPU: Physical Processor ID: 1 CPU: Processor Core ID: 0 CPU1: Dual-Core AMD Opteron(tm) Processor 8218 stepping 02 Booting processor 2/1 ip 6000 Initializing CPU#2 Calibrating delay using timer specific routine.. 2009.42 BogoMIPS (lpj=4018850) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU 2/1 -> Node 0 CPU: Physical Processor ID: 0 CPU: Processor Core ID: 1 CPU2: Dual-Core AMD Opteron(tm) Processor 8218 stepping 02 Booting processor 3/3 ip 6000 Initializing CPU#3 Calibrating delay using timer specific routine.. 2009.36 BogoMIPS (lpj=4018726) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 1024K (64 bytes/line) CPU 3/3 -> Node 1 CPU: Physical Processor ID: 1 CPU: Processor Core ID: 1 CPU3: Dual-Core AMD Opteron(tm) Processor 8218 stepping 02 Brought up 4 CPUs Total of 4 processors activated (8037.38 BogoMIPS). khelper used greatest stack depth: 6008 bytes left calling init_cpufreq_transition_notifier_list+0x0/0x1b initcall init_cpufreq_transition_notifier_list+0x0/0x1b returned 0 after 0 msecs calling net_ns_init+0x0/0x15d net_namespace: 592 bytes initcall net_ns_init+0x0/0x15d returned 0 after 0 msecs calling cpufreq_tsc+0x0/0x16 initcall cpufreq_tsc+0x0/0x16 returned 0 after 0 msecs calling init_smp_flush+0x0/0x41 initcall init_smp_flush+0x0/0x41 returned 0 after 0 msecs calling sysctl_init+0x0/0x16 initcall sysctl_init+0x0/0x16 returned 0 after 0 msecs calling ksysfs_init+0x0/0xbb initcall ksysfs_init+0x0/0xbb returned 0 after 0 msecs calling init_jiffies_clocksource+0x0/0x12 initcall init_jiffies_clocksource+0x0/0x12 returned 0 after 0 msecs calling pm_init+0x0/0x34 initcall pm_init+0x0/0x34 returned 0 after 0 msecs calling pm_disk_init+0x0/0x19 initcall pm_disk_init+0x0/0x19 returned 0 after 0 msecs calling swsusp_header_init+0x0/0x2c initcall swsusp_header_init+0x0/0x2c returned 0 after 0 msecs calling filelock_init+0x0/0x2e initcall filelock_init+0x0/0x2e returned 0 after 0 msecs calling init_misc_binfmt+0x0/0x3f initcall init_misc_binfmt+0x0/0x3f returned 0 after 0 msecs calling init_script_binfmt+0x0/0x12 initcall init_script_binfmt+0x0/0x12 returned 0 after 0 msecs calling init_elf_binfmt+0x0/0x12 initcall init_elf_binfmt+0x0/0x12 returned 0 after 0 msecs calling init_compat_elf_binfmt+0x0/0x12 initcall init_compat_elf_binfmt+0x0/0x12 returned 0 after 0 msecs calling debugfs_init+0x0/0x51 initcall debugfs_init+0x0/0x51 returned 0 after 0 msecs calling random32_init+0x0/0xcc initcall random32_init+0x0/0xcc returned 0 after 0 msecs calling cpufreq_core_init+0x0/0x76 initcall cpufreq_core_init+0x0/0x76 returned 0 after 0 msecs calling cpuidle_init+0x0/0x40 initcall cpuidle_init+0x0/0x40 returned 0 after 0 msecs calling sock_init+0x0/0x59 initcall sock_init+0x0/0x59 returned 0 after 0 msecs calling netpoll_init+0x0/0x31 initcall netpoll_init+0x0/0x31 returned 0 after 0 msecs calling netlink_proto_init+0x0/0x14d NET: Registered protocol family 16 initcall netlink_proto_init+0x0/0x14d returned 0 after 3 msecs calling bdi_class_init+0x0/0x41 initcall bdi_class_init+0x0/0x41 returned 0 after 0 msecs calling kobject_uevent_init+0x0/0x45 initcall kobject_uevent_init+0x0/0x45 returned 0 after 0 msecs calling pcibus_class_init+0x0/0x19 initcall pcibus_class_init+0x0/0x19 returned 0 after 0 msecs calling pci_driver_init+0x0/0x12 initcall pci_driver_init+0x0/0x12 returned 0 after 0 msecs calling backlight_class_init+0x0/0x4d initcall backlight_class_init+0x0/0x4d returned 0 after 0 msecs calling tty_class_init+0x0/0x31 initcall tty_class_init+0x0/0x31 returned 0 after 0 msecs calling vtconsole_class_init+0x0/0xc3 initcall vtconsole_class_init+0x0/0xc3 returned 0 after 0 msecs calling register_node_type+0x0/0x6b initcall register_node_type+0x0/0x6b returned 0 after 0 msecs calling enable_pci_io_ecs+0x0/0x2e initcall enable_pci_io_ecs+0x0/0x2e returned 0 after 0 msecs calling early_fill_mp_bus_info+0x0/0x7ed node 0 link 1: io port [1000, 3fff] node 1 link 2: io port [4000, ffff] TOM: 0000000080000000 aka 2048M node 0 link 1: mmio [e8000000, fddfffff] node 1 link 2: mmio [fde00000, fdffffff] node 0 link 1: mmio [80000000, 83ffffff] node 1 link 2: mmio [84000000, 8fffffff] node 0 link 1: mmio [a0000, bffff] TOM2: 0000000280000000 aka 10240M bus: [00,3f] on node 0 link 1 bus: 00 index 0 io port: [0, 3fff] bus: 00 index 1 mmio: [90000000, fddfffff] bus: 00 index 2 mmio: [80000000, 83ffffff] bus: 00 index 3 mmio: [a0000, bffff] bus: 00 index 4 mmio: [fe000000, ffffffff] bus: 00 index 5 mmio: [280000000, fcffffffff] bus: [40,ff] on node 1 link 2 bus: 40 index 0 io port: [4000, ffff] bus: 40 index 1 mmio: [fde00000, fdffffff] bus: 40 index 2 mmio: [84000000, 8fffffff] initcall early_fill_mp_bus_info+0x0/0x7ed returned 0 after 3 msecs calling arch_kdebugfs_init+0x0/0x24 initcall arch_kdebugfs_init+0x0/0x24 returned 0 after 0 msecs calling mtrr_if_init+0x0/0x77 initcall mtrr_if_init+0x0/0x77 returned 0 after 0 msecs calling ffh_cstate_init+0x0/0x31 initcall ffh_cstate_init+0x0/0x31 returned -1 after 0 msecs initcall ffh_cstate_init+0x0/0x31 returned with error code -1 calling acpi_pci_init+0x0/0x57 ACPI: bus type pci registered initcall acpi_pci_init+0x0/0x57 returned 0 after 0 msecs calling init_acpi_device_notify+0x0/0x4b initcall init_acpi_device_notify+0x0/0x4b returned 0 after 0 msecs calling dmi_id_init+0x0/0x2f0 initcall dmi_id_init+0x0/0x2f0 returned 0 after 0 msecs calling pci_arch_init+0x0/0x4e PCI: MCFG configuration 0: base 80000000 segment 0 buses 0 - 255 PCI: Not using MMCONFIG. PCI: Using configuration type 1 for base access PCI: HP ProLiant BL685c G1 detected, enabling pci=bfsort. initcall pci_arch_init+0x0/0x4e returned 0 after 3 msecs calling topology_init+0x0/0x73 initcall topology_init+0x0/0x73 returned 0 after 0 msecs calling mtrr_init_finialize+0x0/0x3d initcall mtrr_init_finialize+0x0/0x3d returned 0 after 0 msecs calling param_sysfs_init+0x0/0x1e7 initcall param_sysfs_init+0x0/0x1e7 returned 0 after 3 msecs calling pm_sysrq_init+0x0/0x19 initcall pm_sysrq_init+0x0/0x19 returned 0 after 0 msecs calling readahead_init+0x0/0x38 initcall readahead_init+0x0/0x38 returned 0 after 0 msecs calling init_bio+0x0/0xc5 initcall init_bio+0x0/0xc5 returned 0 after 0 msecs calling blk_settings_init+0x0/0x2a initcall blk_settings_init+0x0/0x2a returned 0 after 0 msecs calling blk_ioc_init+0x0/0x2a initcall blk_ioc_init+0x0/0x2a returned 0 after 0 msecs calling genhd_device_init+0x0/0x55 initcall genhd_device_init+0x0/0x55 returned 0 after 0 msecs calling pci_slot_init+0x0/0x45 initcall pci_slot_init+0x0/0x45 returned 0 after 0 msecs calling fbmem_init+0x0/0x91 initcall fbmem_init+0x0/0x91 returned 0 after 0 msecs calling acpi_init+0x0/0x21d ACPI: EC: Look up EC in DSDT ACPI: SSDT 7FE58000, 04F0 (r2 HP PNOWSSDT 2 HP 1) ACPI: Interpreter enabled ACPI: (supports S0 S4 S5) ACPI: Using IOAPIC for interrupt routing PCI: MCFG configuration 0: base 80000000 segment 0 buses 0 - 255 PCI: MCFG area at 80000000 reserved in ACPI motherboard resources PCI: Using MMCONFIG at 80000000 - 8fffffff initcall acpi_init+0x0/0x21d returned 0 after 22 msecs calling acpi_scan_init+0x0/0x11e initcall acpi_scan_init+0x0/0x11e returned 0 after 7 msecs calling acpi_ec_init+0x0/0x61 initcall acpi_ec_init+0x0/0x61 returned 0 after 0 msecs calling acpi_pci_root_init+0x0/0x28 ACPI: PCI Root Bridge [PCI0] (0000:00) pci 0000:00:02.0: supports D1 pci 0000:00:02.0: supports D2 pci 0000:00:02.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:00:02.0: PME# disabled pci 0000:00:02.1: supports D1 pci 0000:00:02.1: supports D2 pci 0000:00:02.1: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:00:02.1: PME# disabled pci 0000:00:0b.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:00:0b.0: PME# disabled pci 0000:00:0c.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:00:0c.0: PME# disabled pci 0000:00:0d.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:00:0d.0: PME# disabled pci 0000:00:0e.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:00:0e.0: PME# disabled pci 0000:01:03.0: supports D1 pci 0000:01:03.0: supports D2 pci 0000:01:04.0: PME# supported from D0 D3hot D3cold pci 0000:01:04.0: PME# disabled pci 0000:01:04.2: PME# supported from D0 D3hot D3cold pci 0000:01:04.2: PME# disabled pci 0000:01:04.4: PME# supported from D0 D3hot D3cold pci 0000:01:04.4: PME# disabled pci 0000:01:04.6: PME# supported from D0 D3hot D3cold pci 0000:01:04.6: PME# disabled pci 0000:00:09.0: transparent bridge PCI: bridge 0000:00:09.0 io port: [1000, 2fff] PCI: bridge 0000:00:09.0 32bit mmio: [f7e00000, f7ffffff] PCI: bridge 0000:00:09.0 32bit mmio pref: [e8000000, efffffff] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold pci 0000:02:00.0: PME# disabled PCI: bridge 0000:00:0b.0 32bit mmio: [f8000000, f9ffffff] PCI: bridge 0000:00:0b.0 64bit mmio pref: [90000000, 900fffff] pci 0000:03:00.0: PME# supported from D3hot D3cold pci 0000:03:00.0: PME# disabled PCI: bridge 0000:02:00.0 32bit mmio: [f8000000, f9ffffff] PCI: bridge 0000:02:00.0 64bit mmio pref: [90000000, 900fffff] pci 0000:04:00.0: PME# supported from D0 D3hot D3cold pci 0000:04:00.0: PME# disabled PCI: bridge 0000:00:0c.0 32bit mmio: [fa000000, fbffffff] PCI: bridge 0000:00:0c.0 64bit mmio pref: [90100000, 901fffff] pci 0000:05:00.0: PME# supported from D3hot D3cold pci 0000:05:00.0: PME# disabled PCI: bridge 0000:04:00.0 32bit mmio: [fa000000, fbffffff] PCI: bridge 0000:04:00.0 64bit mmio pref: [90100000, 901fffff] pci 0000:06:00.0: PME# supported from D0 D3hot D3cold pci 0000:06:00.0: PME# disabled PCI: bridge 0000:00:0d.0 32bit mmio: [fdc00000, fdcfffff] PCI: bridge 0000:00:0d.0 64bit mmio pref: [90200000, 902fffff] pci 0000:07:04.0: PME# supported from D3hot D3cold pci 0000:07:04.0: PME# disabled pci 0000:07:04.1: PME# supported from D3hot D3cold pci 0000:07:04.1: PME# disabled PCI: bridge 0000:06:00.0 32bit mmio: [fdc00000, fdcfffff] PCI: bridge 0000:06:00.0 64bit mmio pref: [90200000, 902fffff] PCI: bridge 0000:00:0e.0 io port: [3000, 3fff] PCI: bridge 0000:00:0e.0 32bit mmio: [fdd00000, fddfffff] PCI: bridge 0000:00:0e.0 64bit mmio pref: [90300000, 903fffff] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.IP2P._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.CPE0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.CPE1.NB01._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.CPE2.NC1B._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.CPE3.NC2B._PRT] ACPI: PCI Root Bridge [PCI1] (0000:40) pci 0000:40:0c.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:40:0c.0: PME# disabled pci 0000:40:0d.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:40:0d.0: PME# disabled pci 0000:40:0e.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:40:0e.0: PME# disabled pci 0000:41:00.0: PME# supported from D0 D3hot D3cold pci 0000:41:00.0: PME# disabled PCI: bridge 0000:40:0c.0 io port: [4000, 4fff] PCI: bridge 0000:40:0c.0 32bit mmio: [fdf00000, fdffffff] PCI: bridge 0000:40:0c.0 64bit mmio pref: [90400000, 904fffff] pci 0000:42:08.0: supports D1 PCI: bridge 0000:41:00.0 io port: [4000, 4fff] PCI: bridge 0000:41:00.0 32bit mmio: [fdf00000, fdffffff] PCI: bridge 0000:41:00.0 64bit mmio pref: [90400000, 904fffff] ACPI: PCI Interrupt Routing Table [\_SB_.PCI1.IPE0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI1.IPE1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI1.IPE2.SASB._PRT] initcall acpi_pci_root_init+0x0/0x28 returned 0 after 30 msecs calling acpi_pci_link_init+0x0/0x48 ACPI: PCI Interrupt Link [LNKW] (IRQs *16) ACPI: PCI Interrupt Link [LNKX] (IRQs *17) ACPI: PCI Interrupt Link [LNKY] (IRQs *18) ACPI: PCI Interrupt Link [LNKZ] (IRQs *19) ACPI: PCI Interrupt Link [LNU0] (IRQs *22) ACPI: PCI Interrupt Link [LNU2] (IRQs *23) ACPI: PCI Interrupt Link [LNKA] (IRQs *54) ACPI: PCI Interrupt Link [LNKB] (IRQs 55) *0, disabled. ACPI: PCI Interrupt Link [LNKC] (IRQs 56) *0, disabled. ACPI: PCI Interrupt Link [LNKD] (IRQs 57) *0, disabled. initcall acpi_pci_link_init+0x0/0x48 returned 0 after 7 msecs calling acpi_power_init+0x0/0x77 initcall acpi_power_init+0x0/0x77 returned 0 after 0 msecs calling acpi_system_init+0x0/0x260 initcall acpi_system_init+0x0/0x260 returned 0 after 0 msecs calling acpi_cm_sbs_init+0x0/0x8 initcall acpi_cm_sbs_init+0x0/0x8 returned 0 after 0 msecs calling pnp_init+0x0/0x20 Linux Plug and Play Support v0.97 (c) Adam Belay initcall pnp_init+0x0/0x20 returned 0 after 0 msecs calling pnpacpi_init+0x0/0x8c pnp: PnP ACPI init ACPI: bus type pnp registered pnp: PnP ACPI: found 11 devices ACPI: ACPI bus type pnp unregistered initcall pnpacpi_init+0x0/0x8c returned 0 after 7 msecs calling misc_init+0x0/0x9f initcall misc_init+0x0/0x9f returned 0 after 0 msecs calling cn_init+0x0/0xee initcall cn_init+0x0/0xee returned 0 after 0 msecs calling phy_init+0x0/0x31 initcall phy_init+0x0/0x31 returned 0 after 0 msecs calling init_scsi+0x0/0x91 SCSI subsystem initialized initcall init_scsi+0x0/0x91 returned 0 after 0 msecs calling usb_init+0x0/0x122 usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb initcall usb_init+0x0/0x122 returned 0 after 0 msecs calling serio_init+0x0/0x89 initcall serio_init+0x0/0x89 returned 0 after 0 msecs calling input_init+0x0/0x10e initcall input_init+0x0/0x10e returned 0 after 0 msecs calling rtc_init+0x0/0x71 initcall rtc_init+0x0/0x71 returned 0 after 0 msecs calling i2c_init+0x0/0x66 initcall i2c_init+0x0/0x66 returned 0 after 0 msecs calling power_supply_class_init+0x0/0x38 initcall power_supply_class_init+0x0/0x38 returned 0 after 0 msecs calling hwmon_init+0x0/0x42 initcall hwmon_init+0x0/0x42 returned 0 after 0 msecs calling thermal_init+0x0/0x58 initcall thermal_init+0x0/0x58 returned 0 after 0 msecs calling pci_subsys_init+0x0/0x12c PCI: Using ACPI for IRQ routing pci 0000:40:0c.0: BAR 9: can't allocate resource pci 0000:41:00.0: BAR 9: can't allocate resource initcall pci_subsys_init+0x0/0x12c returned 0 after 0 msecs calling proto_init+0x0/0x2e initcall proto_init+0x0/0x2e returned 0 after 0 msecs calling net_dev_init+0x0/0x146 initcall net_dev_init+0x0/0x146 returned 0 after 0 msecs calling neigh_init+0x0/0x71 initcall neigh_init+0x0/0x71 returned 0 after 0 msecs calling fib_rules_init+0x0/0xa6 initcall fib_rules_init+0x0/0xa6 returned 0 after 0 msecs calling genl_init+0x0/0xd9 initcall genl_init+0x0/0xd9 returned 0 after 15 msecs calling sysctl_init+0x0/0x49 initcall sysctl_init+0x0/0x49 returned 0 after 0 msecs calling pci_iommu_init+0x0/0x12 PCI-DMA: Disabling AGP. PCI-DMA: aperture base @ 20000000 size 65536 KB PCI-DMA: using GART IOMMU. PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture initcall pci_iommu_init+0x0/0x12 returned 0 after 3 msecs calling hpet_late_init+0x0/0x114 hpet0: at MMIO 0xfed00000, IRQs 2, 8, 31 hpet0: 3 32-bit timers, 25000000 Hz initcall hpet_late_init+0x0/0x114 returned 0 after 0 msecs calling clocksource_done_booting+0x0/0x12 initcall clocksource_done_booting+0x0/0x12 returned 0 after 0 msecs calling init_pipe_fs+0x0/0x4c initcall init_pipe_fs+0x0/0x4c returned 0 after 0 msecs calling init_mnt_writers+0x0/0x47 initcall init_mnt_writers+0x0/0x47 returned 0 after 0 msecs calling eventpoll_init+0x0/0x85 initcall eventpoll_init+0x0/0x85 returned 0 after 0 msecs calling anon_inode_init+0x0/0x115 initcall anon_inode_init+0x0/0x115 returned 0 after 0 msecs calling acpi_rtc_init+0x0/0xf4 initcall acpi_rtc_init+0x0/0xf4 returned 0 after 0 msecs calling acpi_event_init+0x0/0x80 initcall acpi_event_init+0x0/0x80 returned 0 after 13 msecs calling pnp_system_init+0x0/0x12 system 00:01: ioport range 0x408-0x40f has been reserved system 00:01: ioport range 0x4d0-0x4d1 has been reserved system 00:01: ioport range 0x700-0x73f has been reserved system 00:01: ioport range 0x800-0x8fe has been reserved system 00:01: ioport range 0x900-0x9fe has been reserved system 00:01: ioport range 0x9ff-0x9ff has been reserved system 00:01: ioport range 0xa00-0xafe has been reserved system 00:01: ioport range 0xaff-0xaff has been reserved system 00:01: ioport range 0xb00-0xbfe has been reserved system 00:01: ioport range 0xbff-0xbff has been reserved system 00:01: ioport range 0xc80-0xc83 has been reserved system 00:01: ioport range 0xcd4-0xcd7 has been reserved system 00:01: ioport range 0xf50-0xf58 has been reserved system 00:01: ioport range 0xca0-0xca1 has been reserved system 00:01: ioport range 0xca4-0xca5 has been reserved system 00:01: ioport range 0xcf9-0xcf9 could not be reserved system 00:01: ioport range 0x3f8-0x3ff has been reserved system 00:01: iomem range 0x80000000-0x8fffffff could not be reserved system 00:01: iomem range 0xf7df0000-0xf7df0fff has been reserved system 00:01: iomem range 0xfdef0000-0xfdef0fff has been reserved initcall pnp_system_init+0x0/0x12 returned 0 after 8 msecs calling chr_dev_init+0x0/0xa1 initcall chr_dev_init+0x0/0xa1 returned 0 after 0 msecs calling firmware_class_init+0x0/0x79 initcall firmware_class_init+0x0/0x79 returned 0 after 0 msecs calling loopback_init+0x0/0x12 initcall loopback_init+0x0/0x12 returned 0 after 0 msecs calling cpufreq_gov_performance_init+0x0/0x12 initcall cpufreq_gov_performance_init+0x0/0x12 returned 0 after 0 msecs calling cpufreq_gov_userspace_init+0x0/0x12 initcall cpufreq_gov_userspace_init+0x0/0x12 returned 0 after 0 msecs calling init_acpi_pm_clocksource+0x0/0xa4 initcall init_acpi_pm_clocksource+0x0/0xa4 returned 0 after 0 msecs calling ssb_modinit+0x0/0x4a initcall ssb_modinit+0x0/0x4a returned 0 after 0 msecs calling pcibios_assign_resources+0x0/0x87 pci 0000:00:09.0: PCI bridge, secondary bus 0000:01 pci 0000:00:09.0: IO window: 0x1000-0x2fff pci 0000:00:09.0: MEM window: 0xf7e00000-0xf7ffffff pci 0000:00:09.0: PREFETCH window: 0x000000e8000000-0x000000efffffff pci 0000:02:00.0: PCI bridge, secondary bus 0000:03 pci 0000:02:00.0: IO window: disabled pci 0000:02:00.0: MEM window: 0xf8000000-0xf9ffffff pci 0000:02:00.0: PREFETCH window: 0x00000090000000-0x000000900fffff pci 0000:00:0b.0: PCI bridge, secondary bus 0000:02 pci 0000:00:0b.0: IO window: disabled pci 0000:00:0b.0: MEM window: 0xf8000000-0xf9ffffff pci 0000:00:0b.0: PREFETCH window: 0x00000090000000-0x000000900fffff pci 0000:04:00.0: PCI bridge, secondary bus 0000:05 pci 0000:04:00.0: IO window: disabled pci 0000:04:00.0: MEM window: 0xfa000000-0xfbffffff pci 0000:04:00.0: PREFETCH window: 0x00000090100000-0x000000901fffff pci 0000:00:0c.0: PCI bridge, secondary bus 0000:04 pci 0000:00:0c.0: IO window: disabled pci 0000:00:0c.0: MEM window: 0xfa000000-0xfbffffff pci 0000:00:0c.0: PREFETCH window: 0x00000090100000-0x000000901fffff pci 0000:06:00.0: PCI bridge, secondary bus 0000:07 pci 0000:06:00.0: IO window: disabled pci 0000:06:00.0: MEM window: 0xfdc00000-0xfdcfffff pci 0000:06:00.0: PREFETCH window: 0x00000090200000-0x000000902fffff pci 0000:00:0d.0: PCI bridge, secondary bus 0000:06 pci 0000:00:0d.0: IO window: disabled pci 0000:00:0d.0: MEM window: 0xfdc00000-0xfdcfffff pci 0000:00:0d.0: PREFETCH window: 0x00000090200000-0x000000902fffff pci 0000:00:0e.0: PCI bridge, secondary bus 0000:08 pci 0000:00:0e.0: IO window: 0x3000-0x3fff pci 0000:00:0e.0: MEM window: 0xfdd00000-0xfddfffff pci 0000:00:0e.0: PREFETCH window: 0x00000090300000-0x000000903fffff pci 0000:00:09.0: setting latency timer to 64 pci 0000:00:0b.0: setting latency timer to 64 pci 0000:02:00.0: setting latency timer to 64 pci 0000:00:0c.0: setting latency timer to 64 pci 0000:04:00.0: setting latency timer to 64 pci 0000:00:0d.0: setting latency timer to 64 pci 0000:06:00.0: setting latency timer to 64 pci 0000:00:0e.0: setting latency timer to 64 pci 0000:42:04.0: PCI bridge, secondary bus 0000:43 pci 0000:42:04.0: IO window: disabled pci 0000:42:04.0: MEM window: disabled pci 0000:42:04.0: PREFETCH window: disabled pci 0000:41:00.0: PCI bridge, secondary bus 0000:42 pci 0000:41:00.0: IO window: 0x4000-0x4fff pci 0000:41:00.0: MEM window: 0xfdf00000-0xfdffffff pci 0000:41:00.0: PREFETCH window: 0x00000084000000-0x000000840fffff pci 0000:40:0c.0: PCI bridge, secondary bus 0000:41 pci 0000:40:0c.0: IO window: 0x4000-0x4fff pci 0000:40:0c.0: MEM window: 0xfdf00000-0xfdffffff pci 0000:40:0c.0: PREFETCH window: 0x00000084000000-0x000000840fffff pci 0000:40:0d.0: PCI bridge, secondary bus 0000:44 pci 0000:40:0d.0: IO window: disabled pci 0000:40:0d.0: MEM window: disabled pci 0000:40:0d.0: PREFETCH window: disabled pci 0000:40:0e.0: PCI bridge, secondary bus 0000:47 pci 0000:40:0e.0: IO window: disabled pci 0000:40:0e.0: MEM window: disabled pci 0000:40:0e.0: PREFETCH window: disabled pci 0000:40:0c.0: setting latency timer to 64 pci 0000:41:00.0: setting latency timer to 64 pci 0000:40:0d.0: setting latency timer to 64 pci 0000:40:0e.0: setting latency timer to 64 bus: 00 index 0 io port: [0, 3fff] bus: 00 index 1 mmio: [90000000, fddfffff] bus: 00 index 2 mmio: [80000000, 83ffffff] bus: 00 index 3 mmio: [a0000, bffff] bus: 00 index 4 mmio: [fe000000, ffffffff] bus: 00 index 5 mmio: [280000000, fcffffffff] bus: 01 index 0 io port: [1000, 2fff] bus: 01 index 1 mmio: [f7e00000, f7ffffff] bus: 01 index 2 mmio: [e8000000, efffffff] bus: 01 index 3 io port: [0, 3fff] bus: 01 index 4 mmio: [90000000, fddfffff] bus: 01 index 5 mmio: [80000000, 83ffffff] bus: 01 index 6 mmio: [a0000, bffff] bus: 01 index 7 mmio: [fe000000, ffffffff] bus: 01 index 8 mmio: [280000000, fcffffffff] bus: 02 index 0 mmio: [0, 0] bus: 02 index 1 mmio: [f8000000, f9ffffff] bus: 02 index 2 mmio: [90000000, 900fffff] bus: 02 index 3 mmio: [0, 0] bus: 03 index 0 mmio: [0, 0] bus: 03 index 1 mmio: [f8000000, f9ffffff] bus: 03 index 2 mmio: [90000000, 900fffff] bus: 03 index 3 mmio: [0, 0] bus: 04 index 0 mmio: [0, 0] bus: 04 index 1 mmio: [fa000000, fbffffff] bus: 04 index 2 mmio: [90100000, 901fffff] bus: 04 index 3 mmio: [0, 0] bus: 05 index 0 mmio: [0, 0] bus: 05 index 1 mmio: [fa000000, fbffffff] bus: 05 index 2 mmio: [90100000, 901fffff] bus: 05 index 3 mmio: [0, 0] bus: 06 index 0 mmio: [0, 0] bus: 06 index 1 mmio: [fdc00000, fdcfffff] bus: 06 index 2 mmio: [90200000, 902fffff] bus: 06 index 3 mmio: [0, 0] bus: 07 index 0 mmio: [0, 0] bus: 07 index 1 mmio: [fdc00000, fdcfffff] bus: 07 index 2 mmio: [90200000, 902fffff] bus: 07 index 3 mmio: [0, 0] bus: 08 index 0 io port: [3000, 3fff] bus: 08 index 1 mmio: [fdd00000, fddfffff] bus: 08 index 2 mmio: [90300000, 903fffff] bus: 08 index 3 mmio: [0, 0] bus: 40 index 0 io port: [4000, ffff] bus: 40 index 1 mmio: [fde00000, fdffffff] bus: 40 index 2 mmio: [84000000, 8fffffff] bus: 41 index 0 io port: [4000, 4fff] bus: 41 index 1 mmio: [fdf00000, fdffffff] bus: 41 index 2 mmio: [84000000, 840fffff] bus: 41 index 3 mmio: [0, 0] bus: 42 index 0 io port: [4000, 4fff] bus: 42 index 1 mmio: [fdf00000, fdffffff] bus: 42 index 2 mmio: [84000000, 840fffff] bus: 42 index 3 mmio: [0, 0] bus: 43 index 0 mmio: [0, 0] bus: 43 index 1 mmio: [0, 0] bus: 43 index 2 mmio: [0, 0] bus: 43 index 3 mmio: [0, 0] bus: 44 index 0 mmio: [0, 0] bus: 44 index 1 mmio: [0, 0] bus: 44 index 2 mmio: [0, 0] bus: 44 index 3 mmio: [0, 0] bus: 47 index 0 mmio: [0, 0] bus: 47 index 1 mmio: [0, 0] bus: 47 index 2 mmio: [0, 0] bus: 47 index 3 mmio: [0, 0] initcall pcibios_assign_resources+0x0/0x87 returned 0 after 23 msecs calling inet_init+0x0/0x204 NET: Registered protocol family 2 IP route cache hash table entries: 262144 (order: 9, 2097152 bytes) TCP established hash table entries: 524288 (order: 11, 8388608 bytes) TCP bind hash table entries: 65536 (order: 8, 1048576 bytes) TCP: Hash tables configured (established 524288 bind 65536) TCP reno registered initcall inet_init+0x0/0x204 returned 0 after 66 msecs calling af_unix_init+0x0/0x55 NET: Registered protocol family 1 initcall af_unix_init+0x0/0x55 returned 0 after 0 msecs calling populate_rootfs+0x0/0xea checking if image is initramfs... it is Freeing initrd memory: 1322k freed initcall populate_rootfs+0x0/0xea returned 0 after 187 msecs calling i8259A_init_sysfs+0x0/0x22 initcall i8259A_init_sysfs+0x0/0x22 returned 0 after 0 msecs calling vsyscall_init+0x0/0x6c initcall vsyscall_init+0x0/0x6c returned 0 after 0 msecs calling sbf_init+0x0/0xd7 initcall sbf_init+0x0/0xd7 returned 0 after 0 msecs calling i8237A_init_sysfs+0x0/0x22 initcall i8237A_init_sysfs+0x0/0x22 returned 0 after 0 msecs calling add_rtc_cmos+0x0/0x1d initcall add_rtc_cmos+0x0/0x1d returned 0 after 0 msecs calling cache_sysfs_init+0x0/0x54 initcall cache_sysfs_init+0x0/0x54 returned 0 after 1 msecs calling mce_init_device+0x0/0x75 initcall mce_init_device+0x0/0x75 returned 0 after 0 msecs calling periodic_mcheck_init+0x0/0x3f initcall periodic_mcheck_init+0x0/0x3f returned 0 after 0 msecs calling thermal_throttle_init_device+0x0/0x7a initcall thermal_throttle_init_device+0x0/0x7a returned 0 after 0 msecs calling threshold_init_device+0x0/0x40 initcall threshold_init_device+0x0/0x40 returned 0 after 0 msecs calling msr_init+0x0/0xe7 initcall msr_init+0x0/0xe7 returned 0 after 0 msecs calling cpuid_init+0x0/0xe7 initcall cpuid_init+0x0/0xe7 returned 0 after 0 msecs calling microcode_init+0x0/0xb9 IA-32 Microcode Update Driver: v1.14a <tigran@aivazian.fsnet.co.uk> microcode: CPU0 not a capable Intel processor microcode: CPU1 not a capable Intel processor microcode: CPU2 not a capable Intel processor microcode: CPU3 not a capable Intel processor initcall microcode_init+0x0/0xb9 returned 0 after 1 msecs calling init_lapic_sysfs+0x0/0x2d initcall init_lapic_sysfs+0x0/0x2d returned 0 after 0 msecs calling ioapic_init_sysfs+0x0/0x99 initcall ioapic_init_sysfs+0x0/0x99 returned 0 after 0 msecs calling add_pcspkr+0x0/0x43 initcall add_pcspkr+0x0/0x43 returned 0 after 0 msecs calling uv_ptc_init+0x0/0x75 initcall uv_ptc_init+0x0/0x75 returned 0 after 0 msecs calling uv_bau_init+0x0/0x5a0 initcall uv_bau_init+0x0/0x5a0 returned 0 after 0 msecs calling audit_classes_init+0x0/0xaf initcall audit_classes_init+0x0/0xaf returned 0 after 0 msecs calling init_vdso_vars+0x0/0x1f2 initcall init_vdso_vars+0x0/0x1f2 returned 0 after 0 msecs calling ia32_binfmt_init+0x0/0x14 initcall ia32_binfmt_init+0x0/0x14 returned 0 after 0 msecs calling sysenter_setup+0x0/0x2cc initcall sysenter_setup+0x0/0x2cc returned 0 after 0 msecs calling init_aout_binfmt+0x0/0x12 initcall init_aout_binfmt+0x0/0x12 returned 0 after 0 msecs calling ioresources_init+0x0/0x3c initcall ioresources_init+0x0/0x3c returned 0 after 0 msecs calling uid_cache_init+0x0/0x69 initcall uid_cache_init+0x0/0x69 returned 0 after 0 msecs calling init_posix_timers+0x0/0xb6 initcall init_posix_timers+0x0/0xb6 returned 0 after 0 msecs calling init_posix_cpu_timers+0x0/0xd4 initcall init_posix_cpu_timers+0x0/0xd4 returned 0 after 0 msecs calling nsproxy_cache_init+0x0/0x2d initcall nsproxy_cache_init+0x0/0x2d returned 0 after 0 msecs calling create_proc_profile+0x0/0x2bb initcall create_proc_profile+0x0/0x2bb returned 0 after 0 msecs calling timekeeping_init_device+0x0/0x22 initcall timekeeping_init_device+0x0/0x22 returned 0 after 0 msecs calling init_clocksource_sysfs+0x0/0x50 initcall init_clocksource_sysfs+0x0/0x50 returned 0 after 0 msecs calling init_timer_list_procfs+0x0/0x2c initcall init_timer_list_procfs+0x0/0x2c returned 0 after 0 msecs calling init_tstats_procfs+0x0/0x2c initcall init_tstats_procfs+0x0/0x2c returned 0 after 0 msecs calling futex_init+0x0/0x63 initcall futex_init+0x0/0x63 returned 0 after 0 msecs calling proc_dma_init+0x0/0x22 initcall proc_dma_init+0x0/0x22 returned 0 after 0 msecs calling percpu_modinit+0x0/0x6f initcall percpu_modinit+0x0/0x6f returned 0 after 0 msecs calling kallsyms_init+0x0/0x25 initcall kallsyms_init+0x0/0x25 returned 0 after 0 msecs calling snapshot_device_init+0x0/0x12 initcall snapshot_device_init+0x0/0x12 returned 0 after 0 msecs calling crash_save_vmcoreinfo_init+0x0/0x42b initcall crash_save_vmcoreinfo_init+0x0/0x42b returned 0 after 0 msecs calling crash_notes_memory_init+0x0/0x3d initcall crash_notes_memory_init+0x0/0x3d returned 0 after 0 msecs calling ikconfig_init+0x0/0x39 initcall ikconfig_init+0x0/0x39 returned 0 after 0 msecs calling audit_init+0x0/0x14d audit: initializing netlink socket (disabled) type=2000 audit(1219250820.851:1): initialized initcall audit_init+0x0/0x14d returned 0 after 0 msecs calling audit_tree_init+0x0/0x49 initcall audit_tree_init+0x0/0x49 returned 0 after 0 msecs calling init_kprobes+0x0/0x127 initcall init_kprobes+0x0/0x127 returned 0 after 5 msecs calling utsname_sysctl_init+0x0/0x14 initcall utsname_sysctl_init+0x0/0x14 returned 0 after 0 msecs calling init_per_zone_pages_min+0x0/0x53 initcall init_per_zone_pages_min+0x0/0x53 returned 0 after 0 msecs calling pdflush_init+0x0/0x1d initcall pdflush_init+0x0/0x1d returned 0 after 0 msecs calling kswapd_init+0x0/0x64 initcall kswapd_init+0x0/0x64 returned 0 after 0 msecs calling setup_vmstat+0x0/0x41 initcall setup_vmstat+0x0/0x41 returned 0 after 0 msecs calling mm_sysfs_init+0x0/0x29 initcall mm_sysfs_init+0x0/0x29 returned 0 after 0 msecs calling procswaps_init+0x0/0x22 initcall procswaps_init+0x0/0x22 returned 0 after 0 msecs calling hugetlb_init+0x0/0x2ba HugeTLB registered 2 MB page size, pre-allocated 0 pages initcall hugetlb_init+0x0/0x2ba returned 0 after 0 msecs calling init_tmpfs+0x0/0xda initcall init_tmpfs+0x0/0xda returned 0 after 0 msecs calling slab_sysfs_init+0x0/0xf0 initcall slab_sysfs_init+0x0/0xf0 returned 0 after 5 msecs calling fasync_init+0x0/0x2a initcall fasync_init+0x0/0x2a returned 0 after 0 msecs calling aio_setup+0x0/0x6e initcall aio_setup+0x0/0x6e returned 0 after 0 msecs calling inotify_setup+0x0/0x12 initcall inotify_setup+0x0/0x12 returned 0 after 0 msecs calling inotify_user_setup+0x0/0xb8 initcall inotify_user_setup+0x0/0xb8 returned 0 after 0 msecs calling init_sys32_ioctl+0x0/0x85 initcall init_sys32_ioctl+0x0/0x85 returned 0 after 0 msecs calling init_mbcache+0x0/0x14 initcall init_mbcache+0x0/0x14 returned 0 after 0 msecs calling dnotify_init+0x0/0x2a initcall dnotify_init+0x0/0x2a returned 0 after 0 msecs calling vmcore_init+0x0/0x894 initcall vmcore_init+0x0/0x894 returned 0 after 0 msecs calling configfs_init+0x0/0xb3 initcall configfs_init+0x0/0xb3 returned 0 after 0 msecs calling init_devpts_fs+0x0/0x3f initcall init_devpts_fs+0x0/0x3f returned 0 after 0 msecs calling init_ext3_fs+0x0/0x6a initcall init_ext3_fs+0x0/0x6a returned 0 after 0 msecs calling journal_init+0x0/0x99 initcall journal_init+0x0/0x99 returned 0 after 0 msecs calling init_ext2_fs+0x0/0x6a initcall init_ext2_fs+0x0/0x6a returned 0 after 0 msecs calling init_ramfs_fs+0x0/0x12 initcall init_ramfs_fs+0x0/0x12 returned 0 after 0 msecs calling init_hugetlbfs_fs+0x0/0x98 initcall init_hugetlbfs_fs+0x0/0x98 returned 0 after 0 msecs calling init_fat_fs+0x0/0x4f initcall init_fat_fs+0x0/0x4f returned 0 after 0 msecs calling init_msdos_fs+0x0/0x12 initcall init_msdos_fs+0x0/0x12 returned 0 after 0 msecs calling init_vfat_fs+0x0/0x12 initcall init_vfat_fs+0x0/0x12 returned 0 after 0 msecs calling init_iso9660_fs+0x0/0x6c initcall init_iso9660_fs+0x0/0x6c returned 0 after 0 msecs calling init_nfs_fs+0x0/0x10e initcall init_nfs_fs+0x0/0x10e returned 0 after 0 msecs calling init_nfsd+0x0/0xbb Installing knfsd (copyright (C) 1996 okir@monad.swb.de). initcall init_nfsd+0x0/0xbb returned 0 after 0 msecs calling init_nlm+0x0/0x22 initcall init_nlm+0x0/0x22 returned 0 after 0 msecs calling init_nls_cp437+0x0/0x12 initcall init_nls_cp437+0x0/0x12 returned 0 after 0 msecs calling init_nls_cp850+0x0/0x12 initcall init_nls_cp850+0x0/0x12 returned 0 after 0 msecs calling init_nls_ascii+0x0/0x12 initcall init_nls_ascii+0x0/0x12 returned 0 after 0 msecs calling init_nls_iso8859_1+0x0/0x12 initcall init_nls_iso8859_1+0x0/0x12 returned 0 after 0 msecs calling init_nls_iso8859_15+0x0/0x12 initcall init_nls_iso8859_15+0x0/0x12 returned 0 after 0 msecs calling init_nls_utf8+0x0/0x25 initcall init_nls_utf8+0x0/0x25 returned 0 after 0 msecs calling ipc_init+0x0/0x23 msgmni has been set to 16013 initcall ipc_init+0x0/0x23 returned 0 after 0 msecs calling ipc_sysctl_init+0x0/0x14 initcall ipc_sysctl_init+0x0/0x14 returned 0 after 0 msecs calling init_mqueue_fs+0x0/0xc6 initcall init_mqueue_fs+0x0/0xc6 returned 0 after 0 msecs calling crypto_algapi_init+0x0/0xd initcall crypto_algapi_init+0x0/0xd returned 0 after 0 msecs calling blkcipher_module_init+0x0/0x2a initcall blkcipher_module_init+0x0/0x2a returned 0 after 0 msecs calling cryptomgr_init+0x0/0x12 initcall cryptomgr_init+0x0/0x12 returned 0 after 0 msecs calling hmac_module_init+0x0/0x12 initcall hmac_module_init+0x0/0x12 returned 0 after 0 msecs calling md5_mod_init+0x0/0x12 initcall md5_mod_init+0x0/0x12 returned 0 after 0 msecs calling sha1_generic_mod_init+0x0/0x12 initcall sha1_generic_mod_init+0x0/0x12 returned 0 after 0 msecs calling crypto_cbc_module_init+0x0/0x12 initcall crypto_cbc_module_init+0x0/0x12 returned 0 after 0 msecs calling des_generic_mod_init+0x0/0x3f initcall des_generic_mod_init+0x0/0x3f returned 0 after 0 msecs calling cast5_mod_init+0x0/0x12 initcall cast5_mod_init+0x0/0x12 returned 0 after 0 msecs calling deflate_mod_init+0x0/0x12 initcall deflate_mod_init+0x0/0x12 returned 0 after 0 msecs calling crc32c_mod_init+0x0/0x3f initcall crc32c_mod_init+0x0/0x3f returned 0 after 0 msecs calling crypto_authenc_module_init+0x0/0x12 initcall crypto_authenc_module_init+0x0/0x12 returned 0 after 0 msecs calling bsg_init+0x0/0x126 Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) initcall bsg_init+0x0/0x126 returned 0 after 0 msecs calling noop_init+0x0/0x14 io scheduler noop registered initcall noop_init+0x0/0x14 returned 0 after 0 msecs calling as_init+0x0/0x14 io scheduler anticipatory registered initcall as_init+0x0/0x14 returned 0 after 0 msecs calling deadline_init+0x0/0x14 io scheduler deadline registered initcall deadline_init+0x0/0x14 returned 0 after 0 msecs calling cfq_init+0x0/0x9d io scheduler cfq registered (default) initcall cfq_init+0x0/0x9d returned 0 after 0 msecs calling percpu_counter_startup+0x0/0x14 initcall percpu_counter_startup+0x0/0x14 returned 0 after 0 msecs calling pci_init+0x0/0x35 pci 0000:00:00.0: Enabling HT MSI Mapping pci 0000:00:0b.0: Enabling HT MSI Mapping pci 0000:00:0b.0: Found enabled HT MSI Mapping pci 0000:00:0c.0: Enabling HT MSI Mapping pci 0000:00:0c.0: Found enabled HT MSI Mapping pci 0000:00:0d.0: Enabling HT MSI Mapping pci 0000:00:0d.0: Found enabled HT MSI Mapping pci 0000:00:0e.0: Enabling HT MSI Mapping pci 0000:00:0e.0: Found enabled HT MSI Mapping pci 0000:01:03.0: Boot video device pci 0000:01:04.4: HCRESET not completed yet! pci 0000:40:00.0: Enabling HT MSI Mapping pci 0000:40:0c.0: Enabling HT MSI Mapping pci 0000:40:0c.0: Found enabled HT MSI Mapping pci 0000:40:0d.0: Enabling HT MSI Mapping pci 0000:40:0d.0: Found enabled HT MSI Mapping pci 0000:40:0e.0: Enabling HT MSI Mapping pci 0000:40:0e.0: Found enabled HT MSI Mapping initcall pci_init+0x0/0x35 returned 0 after 3 msecs calling pci_proc_init+0x0/0x6a initcall pci_proc_init+0x0/0x6a returned 0 after 0 msecs calling pcie_portdrv_init+0x0/0x4c pcieport-driver 0000:00:0b.0: setting latency timer to 64 pcieport-driver 0000:00:0b.0: found MSI capability pci_express 0000:00:0b.0:pcie00: allocate port service pci_express 0000:00:0b.0:pcie01: allocate port service pci_express 0000:00:0b.0:pcie03: allocate port service pcieport-driver 0000:00:0c.0: setting latency timer to 64 pcieport-driver 0000:00:0c.0: found MSI capability pci_express 0000:00:0c.0:pcie00: allocate port service pci_express 0000:00:0c.0:pcie01: allocate port service pci_express 0000:00:0c.0:pcie03: allocate port service pcieport-driver 0000:00:0d.0: setting latency timer to 64 pcieport-driver 0000:00:0d.0: found MSI capability pci_express 0000:00:0d.0:pcie00: allocate port service pci_express 0000:00:0d.0:pcie01: allocate port service pci_express 0000:00:0d.0:pcie03: allocate port service pcieport-driver 0000:00:0e.0: setting latency timer to 64 pcieport-driver 0000:00:0e.0: found MSI capability pci_express 0000:00:0e.0:pcie00: allocate port service pci_express 0000:00:0e.0:pcie01: allocate port service pci_express 0000:00:0e.0:pcie03: allocate port service pcieport-driver 0000:40:0c.0: setting latency timer to 64 pcieport-driver 0000:40:0c.0: found MSI capability pci_express 0000:40:0c.0:pcie00: allocate port service pci_express 0000:40:0c.0:pcie01: allocate port service pci_express 0000:40:0c.0:pcie03: allocate port service pcieport-driver 0000:40:0d.0: setting latency timer to 64 pcieport-driver 0000:40:0d.0: found MSI capability pci_express 0000:40:0d.0:pcie00: allocate port service pci_express 0000:40:0d.0:pcie01: allocate port service pci_express 0000:40:0d.0:pcie03: allocate port service pcieport-driver 0000:40:0e.0: setting latency timer to 64 pcieport-driver 0000:40:0e.0: found MSI capability pci_express 0000:40:0e.0:pcie00: allocate port service pci_express 0000:40:0e.0:pcie01: allocate port service pci_express 0000:40:0e.0:pcie03: allocate port service initcall pcie_portdrv_init+0x0/0x4c returned 0 after 9 msecs calling fb_console_init+0x0/0x12b initcall fb_console_init+0x0/0x12b returned 0 after 0 msecs calling rivafb_init+0x0/0x1a5 initcall rivafb_init+0x0/0x1a5 returned 0 after 0 msecs calling nvidiafb_init+0x0/0x2b6 initcall nvidiafb_init+0x0/0x2b6 returned 0 after 0 msecs calling vt8623fb_init+0x0/0x5f initcall vt8623fb_init+0x0/0x5f returned 0 after 0 msecs calling vesafb_init+0x0/0x235 initcall vesafb_init+0x0/0x235 returned 0 after 0 msecs calling acpi_reserve_resources+0x0/0xeb initcall acpi_reserve_resources+0x0/0xeb returned 0 after 0 msecs calling acpi_ac_init+0x0/0x45 initcall acpi_ac_init+0x0/0x45 returned 0 after 0 msecs calling acpi_button_init+0x0/0x5e input: Power Button (FF) as /class/input/input0 ACPI: Power Button (FF) [PWRF] initcall acpi_button_init+0x0/0x5e returned 0 after 0 msecs calling acpi_fan_init+0x0/0x5e initcall acpi_fan_init+0x0/0x5e returned 0 after 0 msecs calling irqrouter_init_sysfs+0x0/0x38 initcall irqrouter_init_sysfs+0x0/0x38 returned 0 after 0 msecs calling acpi_processor_init+0x0/0x10b processor ACPI0007:00: registered as cooling_device0 processor ACPI0007:01: registered as cooling_device1 processor ACPI0007:02: registered as cooling_device2 processor ACPI0007:03: registered as cooling_device3 initcall acpi_processor_init+0x0/0x10b returned 0 after 1 msecs calling acpi_container_init+0x0/0x42 initcall acpi_container_init+0x0/0x42 returned 0 after 1 msecs calling acpi_thermal_init+0x0/0x83 initcall acpi_thermal_init+0x0/0x83 returned 0 after 0 msecs calling rand_initialize+0x0/0x2c initcall rand_initialize+0x0/0x2c returned 0 after 0 msecs calling tty_init+0x0/0x1cd initcall tty_init+0x0/0x1cd returned 0 after 22 msecs calling pty_init+0x0/0x26f initcall pty_init+0x0/0x26f returned 0 after 0 msecs calling raw_init+0x0/0xdd initcall raw_init+0x0/0xdd returned 0 after 0 msecs calling hpet_init+0x0/0x6a hpet_resources: 0xfed00000 is busy initcall hpet_init+0x0/0x6a returned 0 after 0 msecs calling nvram_init+0x0/0x8a Non-volatile memory driver v1.2 initcall nvram_init+0x0/0x8a returned 0 after 0 msecs calling mod_init+0x0/0x1f8 initcall mod_init+0x0/0x1f8 returned -19 after 0 msecs calling mod_init+0x0/0xba initcall mod_init+0x0/0xba returned -19 after 0 msecs calling agp_init+0x0/0x26 Linux agpgart interface v0.103 initcall agp_init+0x0/0x26 returned 0 after 0 msecs calling agp_intel_init+0x0/0x29 initcall agp_intel_init+0x0/0x29 returned 0 after 0 msecs calling agp_via_init+0x0/0x29 initcall agp_via_init+0x0/0x29 returned 0 after 0 msecs calling ipmi_init_msghandler_mod+0x0/0xd ipmi message handler version 39.2 initcall ipmi_init_msghandler_mod+0x0/0xd returned 0 after 0 msecs calling init_ipmi_devintf+0x0/0x101 ipmi device interface initcall init_ipmi_devintf+0x0/0x101 returned 0 after 0 msecs calling init_ipmi_si+0x0/0x78a IPMI System Interface driver. ipmi_si: Trying SMBIOS-specified kcs state machine at i/o address 0xca2, slave address 0x20, irq 0 Clocksource tsc unstable (delta = 637358161795 ns) ipmi: Found new BMC (man_id: 0x00000b, prod_id: 0x0000, dev_id: 0x11) IPMI kcs interface initialized ipmi_si: Trying ACPI-specified kcs state machine at i/o address 0xca2, slave address 0x0, irq 0 ipmi_si: duplicate interface ACPI: PCI Interrupt Link [LNKW] enabled at IRQ 16 ipmi_si 0000:01:04.6: PCI INT A -> Link[LNKW] -> GSI 16 (level, high) -> IRQ 16 ipmi_si: Trying PCI-specified kcs state machine at mem address 0xf7ef0000, slave address 0x0, irq 16 Using irq 16 ipmi: interfacing existing BMC (man_id: 0x00000b, prod_id: 0x0000, dev_id: 0x11) IPMI kcs interface initialized initcall init_ipmi_si+0x0/0x78a returned 0 after 192 msecs calling ipmi_wdog_init+0x0/0x12e IPMI Watchdog: driver initialized initcall ipmi_wdog_init+0x0/0x12e returned 0 after 6 msecs calling ipmi_poweroff_init+0x0/0x8d Copyright (C) 2004 MontaVista Software - IPMI Powerdown via sys_reboot. IPMI poweroff: ATCA Detect mfg 0xB prod 0x0 IPMI poweroff: Unable to find a poweroff function that will work, giving up IPMI poweroff: ATCA Detect mfg 0xB prod 0x0 IPMI poweroff: Unable to find a poweroff function that will work, giving up initcall ipmi_poweroff_init+0x0/0x8d returned 0 after 44 msecs calling hangcheck_init+0x0/0x8a Hangcheck: starting hangcheck timer 0.9.0 (tick is 180 seconds, margin is 60 seconds). Hangcheck: Using get_cycles(). initcall hangcheck_init+0x0/0x8a returned 0 after 5 msecs calling drm_core_init+0x0/0xf9 [drm] Initialized drm 1.1.0 20060810 initcall drm_core_init+0x0/0xf9 returned 0 after 0 msecs calling r128_init+0x0/0x1e initcall r128_init+0x0/0x1e returned 0 after 0 msecs calling radeon_init+0x0/0x1e ACPI: PCI Interrupt Link [LNKY] enabled at IRQ 18 pci 0000:01:03.0: PCI INT A -> Link[LNKY] -> GSI 18 (level, high) -> IRQ 18 [drm] Initialized radeon 1.29.0 20080528 on minor 0 initcall radeon_init+0x0/0x1e returned 0 after 2 msecs calling via_init+0x0/0x23 initcall via_init+0x0/0x23 returned 0 after 0 msecs calling cn_proc_init+0x0/0x3d initcall cn_proc_init+0x0/0x3d returned 0 after 0 msecs calling serial8250_init+0x0/0x131 Serial: 8250/16550 driver4 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 initcall serial8250_init+0x0/0x131 returned 0 after 1 msecs calling serial8250_pnp_init+0x0/0x12 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A initcall serial8250_pnp_init+0x0/0x12 returned 0 after 0 msecs calling serial8250_pci_init+0x0/0x1b initcall serial8250_pci_init+0x0/0x1b returned 0 after 0 msecs calling topology_sysfs_init+0x0/0x40 initcall topology_sysfs_init+0x0/0x40 returned 0 after 0 msecs calling floppy_init+0x0/0xf14 Floppy drive(s): fd0 is 1.44M floppy0: no floppy controllers found initcall floppy_init+0x0/0xf14 returned -19 after 2876 msecs calling brd_init+0x0/0x167 brd: module loaded initcall brd_init+0x0/0x167 returned 0 after 3 msecs calling bnx2_init+0x0/0x1b Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v1.8.0 (Aug 14, 2008) ACPI: PCI Interrupt Link [LNKX] enabled at IRQ 17 bnx2 0000:03:00.0: PCI INT A -> Link[LNKX] -> GSI 17 (level, high) -> IRQ 17 eth0: Broadcom NetXtreme II BCM5708 1000Base-SX (B2) PCI-X 64-bit 133MHz found at mem f8000000, IRQ 17, node addr 00:18:fe:35:26:f6 bnx2 0000:05:00.0: PCI INT A -> Link[LNKW] -> GSI 16 (level, high) -> IRQ 16 eth1: Broadcom NetXtreme II BCM5708 1000Base-SX (B2) PCI-X 64-bit 133MHz found at mem fa000000, IRQ 16, node addr 00:18:fe:35:26:f4 initcall bnx2_init+0x0/0x1b returned 0 after 47 msecs calling net_olddevs_init+0x0/0xa0 initcall net_olddevs_init+0x0/0xa0 returned 0 after 0 msecs calling b44_init+0x0/0x63 initcall b44_init+0x0/0x63 returned 0 after 0 msecs calling tun_init+0x0/0xa0 tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> initcall tun_init+0x0/0xa0 returned 0 after 0 msecs calling init_netconsole+0x0/0x1bc netconsole: local port 54883 netconsole: local IP 139.185.50.77 netconsole: interface eth0 netconsole: remote port 54883 netconsole: remote IP 139.185.50.76 netconsole: remote ethernet address 00:18:fe:34:1c:3d netconsole: device eth0 not up yet, forcing it bnx2: eth0: using MSI netconsole: carrier detect appears untrustworthy, waiting 4 seconds bnx2: eth0 NIC SerDes Link is Up, 1000 Mbps full duplex console [netcon0] enabled netconsole: network logging started initcall init_netconsole+0x0/0x1bc returned 0 after 4179 msecs calling scsi_tgt_init+0x0/0x7f initcall scsi_tgt_init+0x0/0x7f returned 0 after 0 msecs calling raid_init+0x0/0x12 initcall raid_init+0x0/0x12 returned 0 after 0 msecs calling spi_transport_init+0x0/0x2e initcall spi_transport_init+0x0/0x2e returned 0 after 0 msecs calling fc_transport_init+0x0/0x4c initcall fc_transport_init+0x0/0x4c returned 0 after 0 msecs calling iscsi_transport_init+0x0/0x148 Loading iSCSI transport class v2.0-870. initcall iscsi_transport_init+0x0/0x148 returned 0 after 0 msecs calling sas_transport_init+0x0/0xbb initcall sas_transport_init+0x0/0xbb returned 0 after 0 msecs calling sas_class_init+0x0/0x31 initcall sas_class_init+0x0/0x31 returned 0 after 0 msecs calling init_sd+0x0/0x10a Driver 'sd' needs updating - please use bus_type methods initcall init_sd+0x0/0x10a returned 0 after 0 msecs calling init_sg+0x0/0x15a initcall init_sg+0x0/0x15a returned 0 after 0 msecs calling mon_init+0x0/0x103 initcall mon_init+0x0/0x103 returned 0 after 0 msecs calling i8042_init+0x0/0x3bd PNP: PS/2 Controller [PNP0303:KBD,PNP0f0e: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 initcall i8042_init+0x0/0x3bd returned 0 after 7 msecs calling serport_init+0x0/0x34 initcall serport_init+0x0/0x34 returned 0 after 0 msecs calling serio_raw_init+0x0/0x1b initcall serio_raw_init+0x0/0x1b returned 0 after 0 msecs calling mousedev_init+0x0/0x61 mice: PS/2 mouse device common for all mice initcall mousedev_init+0x0/0x61 returned 0 after 0 msecs calling evdev_init+0x0/0x12 initcall evdev_init+0x0/0x12 returned 0 after 13 msecs calling atkbd_init+0x0/0x27 initcall atkbd_init+0x0/0x27 returned 0 after 0 msecs calling psmouse_init+0x0/0x6d initcall psmouse_init+0x0/0x6d returned 0 after 58 msecs calling pcspkr_init+0x0/0x12 input: PC Speaker as /class/input/input1 initcall pcspkr_init+0x0/0x12 returned 0 after 31 msecs calling uinput_init+0x0/0x12 initcall uinput_init+0x0/0x12 returned 0 after 0 msecs calling cmos_init+0x0/0x30 initcall cmos_init+0x0/0x30 returned 0 after 0 msecs calling i2c_dev_init+0x0/0xa6 i2c /dev entries driver initcall i2c_dev_init+0x0/0xa6 returned 0 after 0 msecs calling amd756_init+0x0/0x1b initcall amd756_init+0x0/0x1b returned 0 after 0 msecs calling i2c_amd8111_init+0x0/0x1b initcall i2c_amd8111_init+0x0/0x1b returned 0 after 0 msecs calling i2c_i801_init+0x0/0x1b initcall i2c_i801_init+0x0/0x1b returned 0 after 0 msecs calling nforce2_init+0x0/0x1b initcall nforce2_init+0x0/0x1b returned 0 after 0 msecs calling i2c_piix4_init+0x0/0x1b initcall i2c_piix4_init+0x0/0x1b returned 0 after 0 msecs calling i2c_vt586b_init+0x0/0x1b initcall i2c_vt586b_init+0x0/0x1b returned 0 after 0 msecs calling i2c_vt596_init+0x0/0x1b initcall i2c_vt596_init+0x0/0x1b returned 0 after 0 msecs calling coretemp_init+0x0/0x15b initcall coretemp_init+0x0/0x15b returned -19 after 0 msecs calling k8temp_init+0x0/0x1b initcall k8temp_init+0x0/0x1b returned 0 after 0 msecs calling sm_via686a_init+0x0/0x1b initcall sm_via686a_init+0x0/0x1b returned 0 after 0 msecs calling vt1211_init+0x0/0x14e initcall vt1211_init+0x0/0x14e returned -19 after 0 msecs calling sm_vt8231_init+0x0/0x1b initcall sm_vt8231_init+0x0/0x1b returned 0 after 0 msecs calling watchdog_init+0x0/0xb4 SoftDog: cannot register miscdev on minor=130 (err=-16) initcall watchdog_init+0x0/0xb4 returned -16 after 0 msecs initcall watchdog_init+0x0/0xb4 returned with error code -16 calling edac_init+0x0/0x9d EDAC MC: Ver: 2.1.0 Aug 20 2008 initcall edac_init+0x0/0x9d returned 0 after 0 msecs calling i5000_init+0x0/0x41 initcall i5000_init+0x0/0x41 returned 0 after 0 msecs calling e752x_init+0x0/0x41 initcall e752x_init+0x0/0x41 returned 0 after 0 msecs calling i82975x_init+0x0/0xa0 initcall i82975x_init+0x0/0xa0 returned -19 after 0 msecs calling cpufreq_stats_init+0x0/0x86 initcall cpufreq_stats_init+0x0/0x86 returned 0 after 0 msecs calling cpufreq_gov_powersave_init+0x0/0x12 initcall cpufreq_gov_powersave_init+0x0/0x12 returned 0 after 0 msecs calling cpufreq_gov_dbs_init+0x0/0x46 initcall cpufreq_gov_dbs_init+0x0/0x46 returned 0 after 0 msecs calling cpufreq_gov_dbs_init+0x0/0x12 initcall cpufreq_gov_dbs_init+0x0/0x12 returned 0 after 0 msecs calling init_ladder+0x0/0x12 cpuidle: using governor ladder initcall init_ladder+0x0/0x12 returned 0 after 0 msecs calling hid_init+0x0/0x8 initcall hid_init+0x0/0x8 returned 0 after 0 msecs calling hid_init+0x0/0x61 usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid usbhid: v2.6:USB HID core driver initcall hid_init+0x0/0x61 returned 0 after 0 msecs calling sysctl_core_init+0x0/0x25 initcall sysctl_core_init+0x0/0x25 returned 0 after 0 msecs calling flow_cache_init+0x0/0x1b3 initcall flow_cache_init+0x0/0x1b3 returned 0 after 0 msecs calling sysctl_ipv4_init+0x0/0x4e initcall sysctl_ipv4_init+0x0/0x4e returned 0 after 0 msecs calling ipip_init+0x0/0x71 IPv4 over IPv4 tunneling driver initcall ipip_init+0x0/0x71 returned 0 after 0 msecs calling ipgre_init+0x0/0x71 GRE over IPv4 tunneling driver initcall ipgre_init+0x0/0x71 returned 0 after 0 msecs calling init_syncookies+0x0/0x19 initcall init_syncookies+0x0/0x19 returned 0 after 0 msecs calling ah4_init+0x0/0x68 initcall ah4_init+0x0/0x68 returned 0 after 0 msecs calling esp4_init+0x0/0x68 initcall esp4_init+0x0/0x68 returned 0 after 0 msecs calling ipcomp4_init+0x0/0x68 initcall ipcomp4_init+0x0/0x68 returned 0 after 0 msecs calling ipip_init+0x0/0x68 initcall ipip_init+0x0/0x68 returned 0 after 0 msecs calling xfrm4_beet_init+0x0/0x17 initcall xfrm4_beet_init+0x0/0x17 returned 0 after 0 msecs calling tunnel4_init+0x0/0x32 initcall tunnel4_init+0x0/0x32 returned 0 after 0 msecs calling xfrm4_transport_init+0x0/0x17 initcall xfrm4_transport_init+0x0/0x17 returned 0 after 0 msecs calling xfrm4_mode_tunnel_init+0x0/0x17 initcall xfrm4_mode_tunnel_init+0x0/0x17 returned 0 after 0 msecs calling inet_diag_init+0x0/0x69 initcall inet_diag_init+0x0/0x69 returned 0 after 0 msecs calling tcp_diag_init+0x0/0x12 initcall tcp_diag_init+0x0/0x12 returned 0 after 0 msecs calling bictcp_register+0x0/0x12 TCP bic registered initcall bictcp_register+0x0/0x12 returned 0 after 0 msecs calling xfrm_user_init+0x0/0x58 Initializing XFRM netlink socket initcall xfrm_user_init+0x0/0x58 returned 0 after 0 msecs calling packet_init+0x0/0x47 NET: Registered protocol family 17 initcall packet_init+0x0/0x47 returned 0 after 0 msecs calling ipsec_pfkey_init+0x0/0x8c NET: Registered protocol family 15 initcall ipsec_pfkey_init+0x0/0x8c returned 0 after 0 msecs calling init_sunrpc+0x0/0x5d RPC: Registered udp transport module. RPC: Registered tcp transport module. initcall init_sunrpc+0x0/0x5d returned 0 after 0 msecs calling init_rpcsec_gss+0x0/0x38 initcall init_rpcsec_gss+0x0/0x38 returned 0 after 0 msecs calling init_kerberos_module+0x0/0x2f initcall init_kerberos_module+0x0/0x2f returned 0 after 0 msecs calling init_spkm3_module+0x0/0x2f initcall init_spkm3_module+0x0/0x2f returned 0 after 0 msecs calling powernowk8_init+0x0/0x84 powernow-k8: Found 2 Dual-Core AMD Opteron(tm) Processor 8218 processors (4 cpu cores) (version 2.20.00) powernow-k8: 0 : fid 0x12 (2600 MHz), vid 0x8 powernow-k8: 1 : fid 0x10 (2400 MHz), vid 0xa powernow-k8: 2 : fid 0xe (2200 MHz), vid 0xc powernow-k8: 3 : fid 0xc (2000 MHz), vid 0xe powernow-k8: 4 : fid 0xa (1800 MHz), vid 0x10 powernow-k8: 5 : fid 0x2 (1000 MHz), vid 0x12 powernow-k8: 0 : fid 0x12 (2600 MHz), vid 0x8 powernow-k8: 1 : fid 0x10 (2400 MHz), vid 0xa powernow-k8: 2 : fid 0xe (2200 MHz), vid 0xc powernow-k8: 3 : fid 0xc (2000 MHz), vid 0xe powernow-k8: 4 : fid 0xa (1800 MHz), vid 0x10 powernow-k8: 5 : fid 0x2 (1000 MHz), vid 0x12 initcall powernowk8_init+0x0/0x84 returned 0 after 3 msecs calling acpi_cpufreq_init+0x0/0x8f initcall acpi_cpufreq_init+0x0/0x8f returned -16 after 0 msecs initcall acpi_cpufreq_init+0x0/0x8f returned with error code -16 calling centrino_init+0x0/0x36 initcall centrino_init+0x0/0x36 returned -19 after 0 msecs calling cpufreq_p4_init+0x0/0x63 initcall cpufreq_p4_init+0x0/0x63 returned -19 after 0 msecs calling hpet_insert_resource+0x0/0x23 initcall hpet_insert_resource+0x0/0x23 returned 0 after 0 msecs calling update_mp_table+0x0/0x492 initcall update_mp_table+0x0/0x492 returned 0 after 0 msecs calling lapic_insert_resource+0x0/0x40 initcall lapic_insert_resource+0x0/0x40 returned 0 after 0 msecs calling init_lapic_nmi_sysfs+0x0/0x38 initcall init_lapic_nmi_sysfs+0x0/0x38 returned 0 after 0 msecs calling ioapic_insert_resources+0x0/0x4f initcall ioapic_insert_resources+0x0/0x4f returned 0 after 0 msecs calling check_early_ioremap_leak+0x0/0x42 initcall check_early_ioremap_leak+0x0/0x42 returned 0 after 0 msecs calling pat_memtype_list_init+0x0/0x29 initcall pat_memtype_list_init+0x0/0x29 returned 0 after 0 msecs calling init_oops_id+0x0/0x23 initcall init_oops_id+0x0/0x23 returned 0 after 0 msecs calling disable_boot_consoles+0x0/0x3a initcall disable_boot_consoles+0x0/0x3a returned 0 after 0 msecs calling pm_qos_power_init+0x0/0x61 initcall pm_qos_power_init+0x0/0x61 returned 0 after 0 msecs calling software_resume+0x0/0x13f initcall software_resume+0x0/0x13f returned -2 after 0 msecs initcall software_resume+0x0/0x13f returned with error code -2 calling debugfs_kprobe_init+0x0/0x89 initcall debugfs_kprobe_init+0x0/0x89 returned 0 after 0 msecs calling taskstats_init+0x0/0x95 registered taskstats version 1 initcall taskstats_init+0x0/0x95 returned 0 after 0 msecs calling random32_reseed+0x0/0x8d initcall random32_reseed+0x0/0x8d returned 0 after 0 msecs calling pci_sysfs_init+0x0/0x4c initcall pci_sysfs_init+0x0/0x4c returned 0 after 0 msecs calling acpi_wakeup_device_init+0x0/0xa5 initcall acpi_wakeup_device_init+0x0/0xa5 returned 0 after 0 msecs calling acpi_sleep_proc_init+0x0/0x55 initcall acpi_sleep_proc_init+0x0/0x55 returned 0 after 0 msecs calling seqgen_init+0x0/0xf initcall seqgen_init+0x0/0xf returned 0 after 0 msecs calling scsi_complete_async_scans+0x0/0xe5 initcall scsi_complete_async_scans+0x0/0xe5 returned 0 after 0 msecs calling rtc_hctosys+0x0/0x17b drivers/rtc/hctosys.c: unable to open rtc device (rtc0) initcall rtc_hctosys+0x0/0x17b returned -19 after 0 msecs calling edd_init+0x0/0x2f1 BIOS EDD facility v0.16 2004-Jun-25, 0 devices found EDD information not available. initcall edd_init+0x0/0x2f1 returned -19 after 0 msecs calling memmap_init+0x0/0xa3 initcall memmap_init+0x0/0xa3 returned 0 after 0 msecs calling pci_mmcfg_late_insert_resources+0x0/0x43 initcall pci_mmcfg_late_insert_resources+0x0/0x43 returned 0 after 0 msecs calling tcp_congestion_default+0x0/0x12 initcall tcp_congestion_default+0x0/0x12 returned 0 after 0 msecs Freeing unused kernel memory: 396k freed Write protecting the kernel read-only data: 4632k calling uhci_hcd_init+0x0/0xb2 [uhci_hcd] USB Universal Host Controller Interface driver v3.0 uhci_hcd 0000:01:04.4: PCI INT B -> Link[LNKX] -> GSI 17 (level, high) -> IRQ 17 uhci_hcd 0000:01:04.4: UHCI Host Controller uhci_hcd 0000:01:04.4: new USB bus registered, assigned bus number 1 uhci_hcd 0000:01:04.4: port count misdetected? forcing to 2 ports uhci_hcd 0000:01:04.4: HCRESET not completed yet! uhci_hcd 0000:01:04.4: irq 17, io base 0x00001800 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected initcall uhci_hcd_init+0x0/0xb2 [uhci_hcd] returned 0 after 198 msecs insmod used greatest stack depth: 4976 bytes left calling ohci_hcd_mod_init+0x0/0x45 [ohci_hcd] ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver ACPI: PCI Interrupt Link [LNU0] enabled at IRQ 22 ohci_hcd 0000:00:02.0: PCI INT A -> Link[LNU0] -> GSI 22 (level, high) -> IRQ 22 ohci_hcd 0000:00:02.0: setting latency timer to 64 ohci_hcd 0000:00:02.0: OHCI Host Controller ohci_hcd 0000:00:02.0: new USB bus registered, assigned bus number 2 ohci_hcd 0000:00:02.0: irq 22, io mem 0xf7de0000 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 10 ports detected usb 1-1: new full speed USB device using uhci_hcd and address 2 initcall ohci_hcd_mod_init+0x0/0x45 [ohci_hcd] returned 0 after 151 msecs calling ehci_hcd_init+0x0/0x20 [ehci_hcd] ACPI: PCI Interrupt Link [LNU2] enabled at IRQ 23 ehci_hcd 0000:00:02.1: PCI INT B -> Link[LNU2] -> GSI 23 (level, high) -> IRQ 23 ehci_hcd 0000:00:02.1: setting latency timer to 64 ehci_hcd 0000:00:02.1: EHCI Host Controller ehci_hcd 0000:00:02.1: new USB bus registered, assigned bus number 3 ehci_hcd 0000:00:02.1: debug port 1 ehci_hcd 0000:00:02.1: cache line size of 64 is not supported ehci_hcd 0000:00:02.1: irq 23, io mem 0xf7dd0000 ehci_hcd 0000:00:02.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 10 ports detected usb 1-1: configuration #1 chosen from 1 choice input: HP Virtual Keyboard as /class/input/input2 input: USB HID v1.01 Keyboard [HP Virtual Keyboard] on usb-0000:01:04.4-1 input: HP Virtual Keyboard as /class/input/input3 input: USB HID v1.01 Mouse [HP Virtual Keyboard] on usb-0000:01:04.4-1 initcall ehci_hcd_init+0x0/0x20 [ehci_hcd] returned 0 after 162 msecs calling cciss_init+0x0/0x2e [cciss] HP CISS Driver (v 3.6.20) ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] PGD 17e422067 PUD 17e423067 PMD 0 Oops: 0002 [1] SMP CPU 2 Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] RSP: 0018:ffff88027f66fee8 EFLAGS: 00010007 RAX: 0000000000000000 RBX: ffff88007f840270 RCX: 000000000000000c RDX: 0000000000000000 RSI: ffff88027e5c0000 RDI: ffff88027e5c0000 RBP: ffff88027f66ff18 R08: 0000000000000000 R09: ffff88017fa95e88 R10: 0000000000000000 R11: ffff88027f66ff48 R12: ffff88027e5c0000 R13: 0000000000000000 R14: 00000000000001f7 R15: 0000000000000086 FS: 0000000000680850(0000) GS:ffff88017fc02c80(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000248 CR3: 000000017e425000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process swapper (pid: 0, threadinfo ffff88017fa94000, task ffff88027f63d340) Stack: ffff88027f66fee0 ffff88017e9b4800 0000000000000000 0000000000000000 00000000000001f7 0000000000000000 ffff88027f66ff48 ffffffff8026757e ffffffff80719000 00000000000001f7 ffff88017e9b4800 ffffffff80719050 Call Trace: <IRQ> [<ffffffff8026757e>] handle_IRQ_event+0x27/0x57 [<ffffffff80268d08>] handle_edge_irq+0xed/0x12e [<ffffffff8020eaab>] do_IRQ+0xf6/0x167 [<ffffffff8020c471>] ret_from_intr+0x0/0xa <EOI> [<ffffffff802122b1>] ? default_idle+0x2b/0x40 [<ffffffff802124bf>] ? c1e_idle+0xd4/0xdb [<ffffffff8055677d>] ? atomic_notifier_call_chain+0xf/0x11 [<ffffffff8020ac6c>] ? cpu_idle+0x71/0x8f [<ffffffff8054e752>] ? start_secondary+0x157/0x15c Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 89 82 40 02 00 00 RIP [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] RSP <ffff88027f66fee8> CR2: 0000000000000248 ---[ end trace 902dc79a9e72d3ed ]--- Kernel panic - not syncing: Aiee, killing interrupt handler! ------------[ cut here ]------------ WARNING: at kernel/smp.c:328 smp_call_function_mask+0x40/0x1cb() Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd Pid: 0, comm: swapper Tainted: G D 2.6.27-rc3-git7 #1 Call Trace: <IRQ> [<ffffffff802353a9>] warn_on_slowpath+0x58/0x7f [<ffffffff80235513>] ? __call_console_drivers+0x65/0x76 [<ffffffff8024a28b>] ? up+0x34/0x39 [<ffffffff802359e4>] ? release_console_sem+0x182/0x18b [<ffffffff80251d5d>] smp_call_function_mask+0x40/0x1cb [<ffffffff8021d58f>] ? stop_this_cpu+0x0/0x1d [<ffffffff80552e9b>] ? mutex_unlock+0x9/0xb [<ffffffff8025b2fe>] ? crash_kexec+0xe8/0xf2 [<ffffffff802359e4>] ? release_console_sem+0x182/0x18b [<ffffffff80251f03>] smp_call_function+0x1b/0x1d [<ffffffff8021d5f5>] native_smp_send_stop+0x22/0x30 [<ffffffff802352a5>] panic+0xaf/0x15b [<ffffffff8024a63a>] ? blocking_notifier_call_chain+0xf/0x11 [<ffffffff80237e00>] do_exit+0x78/0x84d [<ffffffff803db66d>] ? do_unblank_screen+0x2e/0x12a [<ffffffff805546de>] oops_begin+0x0/0x96 [<ffffffff80556655>] do_page_fault+0x72e/0x7dd [<ffffffff8022c4d3>] ? __enqueue_entity+0x8d/0x8f [<ffffffff80554319>] error_exit+0x0/0x51 [<ffffffffa001bb68>] ? do_cciss_intr+0x627/0xa6c [cciss] [<ffffffffa001bf42>] ? do_cciss_intr+0xa01/0xa6c [cciss] [<ffffffff8026757e>] handle_IRQ_event+0x27/0x57 [<ffffffff80268d08>] handle_edge_irq+0xed/0x12e [<ffffffff8020eaab>] do_IRQ+0xf6/0x167 [<ffffffff8020c471>] ret_from_intr+0x0/0xa <EOI> [<ffffffff802122b1>] ? default_idle+0x2b/0x40 [<ffffffff802124bf>] ? c1e_idle+0xd4/0xdb [<ffffffff8055677d>] ? atomic_notifier_call_chain+0xf/0x11 [<ffffffff8020ac6c>] ? cpu_idle+0x71/0x8f [<ffffffff8054e752>] ? start_secondary+0x157/0x15c ---[ end trace 902dc79a9e72d3ed ]--- [-- Attachment #3: kconfig.~1 --] [-- Type: application/octet-stream, Size: 47670 bytes --] # # Automatically generated make config: don't edit # Linux kernel version: 2.6.27-rc3-git7 # Wed Aug 20 16:41:39 2008 # CONFIG_64BIT=y # CONFIG_X86_32 is not set CONFIG_X86_64=y CONFIG_X86=y CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig" # CONFIG_GENERIC_LOCKBREAK is not set CONFIG_GENERIC_TIME=y CONFIG_GENERIC_CMOS_UPDATE=y CONFIG_CLOCKSOURCE_WATCHDOG=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_FAST_CMPXCHG_LOCAL=y CONFIG_MMU=y CONFIG_ZONE_DMA=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_HWEIGHT=y # CONFIG_GENERIC_GPIO is not set CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_RWSEM_GENERIC_SPINLOCK=y # CONFIG_RWSEM_XCHGADD_ALGORITHM is not set # CONFIG_ARCH_HAS_ILOG2_U32 is not set # CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_HAVE_CPUMASK_OF_CPU_MAP=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ZONE_DMA32=y CONFIG_ARCH_POPULATES_NODE_MAP=y CONFIG_AUDIT_ARCH=y CONFIG_ARCH_SUPPORTS_AOUT=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_PENDING_IRQ=y CONFIG_X86_SMP=y CONFIG_X86_64_SMP=y CONFIG_X86_HT=y CONFIG_X86_BIOS_REBOOT=y CONFIG_X86_TRAMPOLINE=y # CONFIG_KTIME_SCALAR is not set CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y CONFIG_AUDIT_TREE=y CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_LOG_BUF_SHIFT=18 # CONFIG_CGROUPS is not set CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y # CONFIG_GROUP_SCHED is not set CONFIG_SYSFS_DEPRECATED=y CONFIG_SYSFS_DEPRECATED_V2=y CONFIG_RELAY=y # CONFIG_NAMESPACES is not set CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y CONFIG_EMBEDDED=y CONFIG_UID16=y CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_ALL is not set # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_PCSPKR_PLATFORM=y CONFIG_COMPAT_BRK=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_ANON_INODES=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_TIMERFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_SLUB_DEBUG=y # CONFIG_SLAB is not set CONFIG_SLUB=y # CONFIG_SLOB is not set CONFIG_PROFILING=y # CONFIG_MARKERS is not set CONFIG_OPROFILE=m CONFIG_HAVE_OPROFILE=y CONFIG_KPROBES=y CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y CONFIG_KRETPROBES=y CONFIG_HAVE_IOREMAP_PROT=y CONFIG_HAVE_KPROBES=y CONFIG_HAVE_KRETPROBES=y # CONFIG_HAVE_ARCH_TRACEHOOK is not set # CONFIG_HAVE_DMA_ATTRS is not set CONFIG_USE_GENERIC_SMP_HELPERS=y # CONFIG_HAVE_CLK is not set CONFIG_PROC_PAGE_MONITOR=y # CONFIG_HAVE_GENERIC_DMA_COHERENT is not set CONFIG_SLABINFO=y CONFIG_RT_MUTEXES=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 CONFIG_MODULES=y # CONFIG_MODULE_FORCE_LOAD is not set CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y # CONFIG_MODVERSIONS is not set # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y CONFIG_STOP_MACHINE=y CONFIG_BLOCK=y CONFIG_BLK_DEV_IO_TRACE=y CONFIG_BLK_DEV_BSG=y # CONFIG_BLK_DEV_INTEGRITY is not set CONFIG_BLOCK_COMPAT=y # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" CONFIG_CLASSIC_RCU=y # # Processor type and features # # CONFIG_TICK_ONESHOT is not set # CONFIG_NO_HZ is not set # CONFIG_HIGH_RES_TIMERS is not set CONFIG_GENERIC_CLOCKEVENTS_BUILD=y CONFIG_SMP=y CONFIG_X86_FIND_SMP_CONFIG=y CONFIG_X86_MPPARSE=y CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_VSMP is not set # CONFIG_PARAVIRT_GUEST is not set # CONFIG_MEMTEST is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUMM is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set # CONFIG_MCRUSOE is not set # CONFIG_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MGEODEGX1 is not set # CONFIG_MGEODE_LX is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set # CONFIG_MVIAC7 is not set # CONFIG_MPSC is not set # CONFIG_MCORE2 is not set CONFIG_GENERIC_CPU=y CONFIG_X86_CPU=y CONFIG_X86_L1_CACHE_BYTES=128 CONFIG_X86_INTERNODE_CACHE_BYTES=128 CONFIG_X86_CMPXCHG=y CONFIG_X86_L1_CACHE_SHIFT=7 CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_TSC=y CONFIG_X86_CMPXCHG64=y CONFIG_X86_CMOV=y CONFIG_X86_MINIMUM_CPU_FAMILY=64 CONFIG_X86_DEBUGCTLMSR=y CONFIG_HPET_TIMER=y CONFIG_HPET_EMULATE_RTC=y CONFIG_DMI=y CONFIG_GART_IOMMU=y # CONFIG_CALGARY_IOMMU is not set # CONFIG_AMD_IOMMU is not set CONFIG_SWIOTLB=y CONFIG_IOMMU_HELPER=y # CONFIG_MAXSMP is not set CONFIG_NR_CPUS=8 # CONFIG_SCHED_SMT is not set CONFIG_SCHED_MC=y # CONFIG_PREEMPT_NONE is not set CONFIG_PREEMPT_VOLUNTARY=y # CONFIG_PREEMPT is not set CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_MCE=y CONFIG_X86_MCE_INTEL=y CONFIG_X86_MCE_AMD=y # CONFIG_I8K is not set CONFIG_MICROCODE=y CONFIG_MICROCODE_OLD_INTERFACE=y CONFIG_X86_MSR=y CONFIG_X86_CPUID=y CONFIG_NUMA=y CONFIG_K8_NUMA=y CONFIG_X86_64_ACPI_NUMA=y CONFIG_NODES_SPAN_OTHER_NODES=y # CONFIG_NUMA_EMU is not set CONFIG_NODES_SHIFT=6 CONFIG_ARCH_SPARSEMEM_DEFAULT=y CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_ARCH_SELECT_MEMORY_MODEL=y CONFIG_SELECT_MEMORY_MODEL=y # CONFIG_FLATMEM_MANUAL is not set # CONFIG_DISCONTIGMEM_MANUAL is not set CONFIG_SPARSEMEM_MANUAL=y CONFIG_SPARSEMEM=y CONFIG_NEED_MULTIPLE_NODES=y CONFIG_HAVE_MEMORY_PRESENT=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_SPARSEMEM_EXTREME=y CONFIG_SPARSEMEM_VMEMMAP_ENABLE=y CONFIG_SPARSEMEM_VMEMMAP=y # # Memory hotplug is currently incompatible with Software Suspend # CONFIG_PAGEFLAGS_EXTENDED=y CONFIG_SPLIT_PTLOCK_CPUS=4 CONFIG_MIGRATION=y CONFIG_RESOURCES_64BIT=y CONFIG_ZONE_DMA_FLAG=1 CONFIG_BOUNCE=y CONFIG_VIRT_TO_BUS=y CONFIG_MTRR=y # CONFIG_MTRR_SANITIZER is not set # CONFIG_X86_PAT is not set # CONFIG_EFI is not set # CONFIG_SECCOMP is not set # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_300 is not set # CONFIG_HZ_1000 is not set CONFIG_HZ=250 # CONFIG_SCHED_HRTICK is not set CONFIG_KEXEC=y CONFIG_CRASH_DUMP=y CONFIG_PHYSICAL_START=0x200000 # CONFIG_RELOCATABLE is not set CONFIG_PHYSICAL_ALIGN=0x200000 CONFIG_HOTPLUG_CPU=y CONFIG_COMPAT_VDSO=y CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y CONFIG_HAVE_ARCH_EARLY_PFN_TO_NID=y # # Power management options # CONFIG_ARCH_HIBERNATION_HEADER=y CONFIG_PM=y # CONFIG_PM_DEBUG is not set CONFIG_PM_SLEEP_SMP=y CONFIG_PM_SLEEP=y CONFIG_SUSPEND=y CONFIG_SUSPEND_FREEZER=y CONFIG_HIBERNATION=y CONFIG_PM_STD_PARTITION="" CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_PROCFS=y CONFIG_ACPI_PROCFS_POWER=y CONFIG_ACPI_SYSFS_POWER=y CONFIG_ACPI_PROC_EVENT=y CONFIG_ACPI_AC=y # CONFIG_ACPI_BATTERY is not set CONFIG_ACPI_BUTTON=y CONFIG_ACPI_FAN=y # CONFIG_ACPI_DOCK is not set CONFIG_ACPI_PROCESSOR=y CONFIG_ACPI_HOTPLUG_CPU=y CONFIG_ACPI_THERMAL=y CONFIG_ACPI_NUMA=y # CONFIG_ACPI_WMI is not set # CONFIG_ACPI_ASUS is not set # CONFIG_ACPI_TOSHIBA is not set # CONFIG_ACPI_CUSTOM_DSDT is not set CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_EC=y # CONFIG_ACPI_PCI_SLOT is not set CONFIG_ACPI_POWER=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=y # CONFIG_ACPI_SBS is not set # # CPU Frequency scaling # CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y CONFIG_CPU_FREQ_DEBUG=y CONFIG_CPU_FREQ_STAT=y CONFIG_CPU_FREQ_STAT_DETAILS=y # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y # CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=y CONFIG_CPU_FREQ_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_ONDEMAND=y CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y # # CPUFreq processor drivers # CONFIG_X86_ACPI_CPUFREQ=y CONFIG_X86_POWERNOW_K8=y CONFIG_X86_POWERNOW_K8_ACPI=y CONFIG_X86_SPEEDSTEP_CENTRINO=y CONFIG_X86_P4_CLOCKMOD=y # # shared options # CONFIG_X86_ACPI_CPUFREQ_PROC_INTF=y CONFIG_X86_SPEEDSTEP_LIB=y CONFIG_CPU_IDLE=y CONFIG_CPU_IDLE_GOV_LADDER=y # # Bus options (PCI etc.) # CONFIG_PCI=y CONFIG_PCI_DIRECT=y CONFIG_PCI_MMCONFIG=y CONFIG_PCI_DOMAINS=y # CONFIG_DMAR is not set CONFIG_PCIEPORTBUS=y # CONFIG_PCIEAER is not set # CONFIG_PCIEASPM is not set CONFIG_ARCH_SUPPORTS_MSI=y CONFIG_PCI_MSI=y CONFIG_PCI_LEGACY=y # CONFIG_PCI_DEBUG is not set CONFIG_HT_IRQ=y CONFIG_ISA_DMA_API=y CONFIG_K8_NB=y # CONFIG_PCCARD is not set # CONFIG_HOTPLUG_PCI is not set # # Executable file formats / Emulations # CONFIG_BINFMT_ELF=y CONFIG_COMPAT_BINFMT_ELF=y CONFIG_BINFMT_MISC=y CONFIG_IA32_EMULATION=y CONFIG_IA32_AOUT=y CONFIG_COMPAT=y CONFIG_COMPAT_FOR_U64_ALIGNMENT=y CONFIG_SYSVIPC_COMPAT=y CONFIG_NET=y # # Networking options # CONFIG_PACKET=y CONFIG_PACKET_MMAP=y CONFIG_UNIX=y CONFIG_XFRM=y CONFIG_XFRM_USER=y # CONFIG_XFRM_SUB_POLICY is not set # CONFIG_XFRM_MIGRATE is not set # CONFIG_XFRM_STATISTICS is not set CONFIG_XFRM_IPCOMP=y CONFIG_NET_KEY=y # CONFIG_NET_KEY_MIGRATE is not set CONFIG_INET=y CONFIG_IP_MULTICAST=y CONFIG_IP_ADVANCED_ROUTER=y CONFIG_ASK_IP_FIB_HASH=y # CONFIG_IP_FIB_TRIE is not set CONFIG_IP_FIB_HASH=y CONFIG_IP_MULTIPLE_TABLES=y CONFIG_IP_ROUTE_MULTIPATH=y CONFIG_IP_ROUTE_VERBOSE=y # CONFIG_IP_PNP is not set CONFIG_NET_IPIP=y CONFIG_NET_IPGRE=y CONFIG_NET_IPGRE_BROADCAST=y CONFIG_IP_MROUTE=y CONFIG_IP_PIMSM_V1=y CONFIG_IP_PIMSM_V2=y # CONFIG_ARPD is not set CONFIG_SYN_COOKIES=y CONFIG_INET_AH=y CONFIG_INET_ESP=y CONFIG_INET_IPCOMP=y CONFIG_INET_XFRM_TUNNEL=y CONFIG_INET_TUNNEL=y CONFIG_INET_XFRM_MODE_TRANSPORT=y CONFIG_INET_XFRM_MODE_TUNNEL=y CONFIG_INET_XFRM_MODE_BEET=y # CONFIG_INET_LRO is not set CONFIG_INET_DIAG=y CONFIG_INET_TCP_DIAG=y CONFIG_TCP_CONG_ADVANCED=y CONFIG_TCP_CONG_BIC=y CONFIG_TCP_CONG_CUBIC=m CONFIG_TCP_CONG_WESTWOOD=m CONFIG_TCP_CONG_HTCP=m CONFIG_TCP_CONG_HSTCP=m CONFIG_TCP_CONG_HYBLA=m CONFIG_TCP_CONG_VEGAS=m CONFIG_TCP_CONG_SCALABLE=m CONFIG_TCP_CONG_LP=m CONFIG_TCP_CONG_VENO=m CONFIG_TCP_CONG_YEAH=m CONFIG_TCP_CONG_ILLINOIS=m CONFIG_DEFAULT_BIC=y # CONFIG_DEFAULT_CUBIC is not set # CONFIG_DEFAULT_HTCP is not set # CONFIG_DEFAULT_VEGAS is not set # CONFIG_DEFAULT_WESTWOOD is not set # CONFIG_DEFAULT_RENO is not set CONFIG_DEFAULT_TCP_CONG="bic" # CONFIG_TCP_MD5SIG is not set # CONFIG_IPV6 is not set # CONFIG_NETWORK_SECMARK is not set # CONFIG_NETFILTER is not set # CONFIG_IP_DCCP is not set # CONFIG_IP_SCTP is not set # CONFIG_TIPC is not set # CONFIG_ATM is not set # CONFIG_BRIDGE is not set # CONFIG_VLAN_8021Q is not set # CONFIG_DECNET is not set # CONFIG_LLC2 is not set # CONFIG_IPX is not set # CONFIG_ATALK is not set # CONFIG_X25 is not set # CONFIG_LAPB is not set # CONFIG_ECONET is not set # CONFIG_WAN_ROUTER is not set # CONFIG_NET_SCHED is not set # # Network testing # # CONFIG_NET_PKTGEN is not set # CONFIG_NET_TCPPROBE is not set # CONFIG_HAMRADIO is not set # CONFIG_CAN is not set # CONFIG_IRDA is not set # CONFIG_BT is not set # CONFIG_AF_RXRPC is not set CONFIG_FIB_RULES=y # # Wireless # # CONFIG_CFG80211 is not set # CONFIG_WIRELESS_EXT is not set # CONFIG_MAC80211 is not set # CONFIG_IEEE80211 is not set # CONFIG_RFKILL is not set # CONFIG_NET_9P is not set # # Device Drivers # # # Generic Driver Options # CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE="" # CONFIG_DEBUG_DRIVER is not set # CONFIG_DEBUG_DEVRES is not set # CONFIG_SYS_HYPERVISOR is not set CONFIG_CONNECTOR=y CONFIG_PROC_EVENTS=y # CONFIG_MTD is not set CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_SERIAL=m # CONFIG_PARPORT_PC_FIFO is not set # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_GSC is not set # CONFIG_PARPORT_AX88796 is not set CONFIG_PARPORT_1284=y CONFIG_PNP=y # CONFIG_PNP_DEBUG is not set # # Protocols # CONFIG_PNPACPI=y CONFIG_BLK_DEV=y CONFIG_BLK_DEV_FD=y # CONFIG_PARIDE is not set CONFIG_BLK_CPQ_DA=m CONFIG_BLK_CPQ_CISS_DA=m # CONFIG_CISS_SCSI_TAPE is not set # CONFIG_BLK_DEV_DAC960 is not set # CONFIG_BLK_DEV_UMEM is not set # CONFIG_BLK_DEV_COW_COMMON is not set CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_CRYPTOLOOP=m # CONFIG_BLK_DEV_NBD is not set # CONFIG_BLK_DEV_SX8 is not set # CONFIG_BLK_DEV_UB is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_COUNT=16 CONFIG_BLK_DEV_RAM_SIZE=16384 # CONFIG_BLK_DEV_XIP is not set CONFIG_CDROM_PKTCDVD=m CONFIG_CDROM_PKTCDVD_BUFFERS=8 # CONFIG_CDROM_PKTCDVD_WCACHE is not set # CONFIG_ATA_OVER_ETH is not set # CONFIG_BLK_DEV_HD is not set CONFIG_MISC_DEVICES=y # CONFIG_IBM_ASM is not set # CONFIG_PHANTOM is not set # CONFIG_EEPROM_93CX6 is not set # CONFIG_SGI_IOC4 is not set # CONFIG_TIFM_CORE is not set # CONFIG_FUJITSU_LAPTOP is not set # CONFIG_MSI_LAPTOP is not set # CONFIG_COMPAL_LAPTOP is not set # CONFIG_SONY_LAPTOP is not set # CONFIG_THINKPAD_ACPI is not set # CONFIG_INTEL_MENLOW is not set # CONFIG_EEEPC_LAPTOP is not set # CONFIG_ENCLOSURE_SERVICES is not set # CONFIG_SGI_XP is not set # CONFIG_HP_ILO is not set # CONFIG_SGI_GRU is not set CONFIG_HAVE_IDE=y # CONFIG_IDE is not set # # SCSI device support # CONFIG_RAID_ATTRS=y CONFIG_SCSI=y CONFIG_SCSI_DMA=y CONFIG_SCSI_TGT=y CONFIG_SCSI_NETLINK=y CONFIG_SCSI_PROC_FS=y # # SCSI support type (disk, tape, CD-ROM) # CONFIG_BLK_DEV_SD=y # CONFIG_CHR_DEV_ST is not set # CONFIG_CHR_DEV_OSST is not set CONFIG_BLK_DEV_SR=m CONFIG_BLK_DEV_SR_VENDOR=y CONFIG_CHR_DEV_SG=y CONFIG_CHR_DEV_SCH=m # # Some SCSI devices (e.g. CD jukebox) support multiple LUNs # CONFIG_SCSI_MULTI_LUN=y CONFIG_SCSI_CONSTANTS=y CONFIG_SCSI_LOGGING=y # CONFIG_SCSI_SCAN_ASYNC is not set CONFIG_SCSI_WAIT_SCAN=m # # SCSI Transports # CONFIG_SCSI_SPI_ATTRS=y CONFIG_SCSI_FC_ATTRS=y # CONFIG_SCSI_FC_TGT_ATTRS is not set CONFIG_SCSI_ISCSI_ATTRS=y CONFIG_SCSI_SAS_ATTRS=y CONFIG_SCSI_SAS_LIBSAS=y CONFIG_SCSI_SAS_HOST_SMP=y # CONFIG_SCSI_SAS_LIBSAS_DEBUG is not set # CONFIG_SCSI_SRP_ATTRS is not set CONFIG_SCSI_LOWLEVEL=y # CONFIG_ISCSI_TCP is not set # CONFIG_BLK_DEV_3W_XXXX_RAID is not set # CONFIG_SCSI_3W_9XXX is not set # CONFIG_SCSI_ACARD is not set # CONFIG_SCSI_AACRAID is not set CONFIG_SCSI_AIC7XXX=m CONFIG_AIC7XXX_CMDS_PER_DEVICE=4 CONFIG_AIC7XXX_RESET_DELAY_MS=15000 # CONFIG_AIC7XXX_DEBUG_ENABLE is not set CONFIG_AIC7XXX_DEBUG_MASK=0 # CONFIG_AIC7XXX_REG_PRETTY_PRINT is not set CONFIG_SCSI_AIC7XXX_OLD=m CONFIG_SCSI_AIC79XX=m CONFIG_AIC79XX_CMDS_PER_DEVICE=4 CONFIG_AIC79XX_RESET_DELAY_MS=15000 # CONFIG_AIC79XX_DEBUG_ENABLE is not set CONFIG_AIC79XX_DEBUG_MASK=0 # CONFIG_AIC79XX_REG_PRETTY_PRINT is not set CONFIG_SCSI_AIC94XX=m # CONFIG_AIC94XX_DEBUG is not set # CONFIG_SCSI_DPT_I2O is not set # CONFIG_SCSI_ADVANSYS is not set CONFIG_SCSI_ARCMSR=m # CONFIG_MEGARAID_NEWGEN is not set # CONFIG_MEGARAID_LEGACY is not set # CONFIG_MEGARAID_SAS is not set # CONFIG_SCSI_HPTIOP is not set # CONFIG_SCSI_BUSLOGIC is not set # CONFIG_SCSI_DMX3191D is not set # CONFIG_SCSI_EATA is not set # CONFIG_SCSI_FUTURE_DOMAIN is not set # CONFIG_SCSI_GDTH is not set # CONFIG_SCSI_IPS is not set # CONFIG_SCSI_INITIO is not set # CONFIG_SCSI_INIA100 is not set CONFIG_SCSI_PPA=m CONFIG_SCSI_IMM=m # CONFIG_SCSI_IZIP_EPP16 is not set # CONFIG_SCSI_IZIP_SLOW_CTR is not set # CONFIG_SCSI_MVSAS is not set # CONFIG_SCSI_STEX is not set # CONFIG_SCSI_SYM53C8XX_2 is not set # CONFIG_SCSI_QLOGIC_1280 is not set # CONFIG_SCSI_QLA_FC is not set # CONFIG_SCSI_QLA_ISCSI is not set CONFIG_SCSI_LPFC=m # CONFIG_SCSI_DC395x is not set # CONFIG_SCSI_DC390T is not set # CONFIG_SCSI_DEBUG is not set CONFIG_SCSI_SRP=y # CONFIG_SCSI_DH is not set # CONFIG_ATA is not set # CONFIG_MD is not set # CONFIG_FUSION is not set # # IEEE 1394 (FireWire) support # # # Enable only one of the two stacks, unless you know what you are doing # # CONFIG_FIREWIRE is not set CONFIG_IEEE1394=m CONFIG_IEEE1394_OHCI1394=m CONFIG_IEEE1394_PCILYNX=m CONFIG_IEEE1394_SBP2=m # CONFIG_IEEE1394_SBP2_PHYS_DMA is not set CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y CONFIG_IEEE1394_ETH1394=m CONFIG_IEEE1394_RAWIO=m CONFIG_IEEE1394_VIDEO1394=m CONFIG_IEEE1394_DV1394=m CONFIG_IEEE1394_VERBOSEDEBUG=y # CONFIG_I2O is not set # CONFIG_MACINTOSH_DRIVERS is not set CONFIG_NETDEVICES=y CONFIG_DUMMY=m # CONFIG_BONDING is not set # CONFIG_MACVLAN is not set # CONFIG_EQUALIZER is not set CONFIG_TUN=y # CONFIG_VETH is not set # CONFIG_NET_SB1000 is not set # CONFIG_ARCNET is not set CONFIG_PHYLIB=y # # MII PHY device drivers # CONFIG_MARVELL_PHY=m CONFIG_DAVICOM_PHY=m CONFIG_QSEMI_PHY=m CONFIG_LXT_PHY=m CONFIG_CICADA_PHY=m CONFIG_VITESSE_PHY=m CONFIG_SMSC_PHY=m # CONFIG_BROADCOM_PHY is not set # CONFIG_ICPLUS_PHY is not set # CONFIG_REALTEK_PHY is not set # CONFIG_FIXED_PHY is not set # CONFIG_MDIO_BITBANG is not set CONFIG_NET_ETHERNET=y CONFIG_MII=y # CONFIG_HAPPYMEAL is not set # CONFIG_SUNGEM is not set # CONFIG_CASSINI is not set # CONFIG_NET_VENDOR_3COM is not set # CONFIG_NET_TULIP is not set # CONFIG_HP100 is not set # CONFIG_IBM_NEW_EMAC_ZMII is not set # CONFIG_IBM_NEW_EMAC_RGMII is not set # CONFIG_IBM_NEW_EMAC_TAH is not set # CONFIG_IBM_NEW_EMAC_EMAC4 is not set CONFIG_NET_PCI=y CONFIG_PCNET32=m CONFIG_AMD8111_ETH=m # CONFIG_ADAPTEC_STARFIRE is not set CONFIG_B44=y CONFIG_B44_PCI_AUTOSELECT=y CONFIG_B44_PCICORE_AUTOSELECT=y CONFIG_B44_PCI=y CONFIG_FORCEDETH=m CONFIG_FORCEDETH_NAPI=y # CONFIG_EEPRO100 is not set CONFIG_E100=m # CONFIG_FEALNX is not set # CONFIG_NATSEMI is not set # CONFIG_NE2K_PCI is not set # CONFIG_8139CP is not set # CONFIG_8139TOO is not set # CONFIG_R6040 is not set # CONFIG_SIS900 is not set # CONFIG_EPIC100 is not set # CONFIG_SUNDANCE is not set # CONFIG_TLAN is not set CONFIG_VIA_RHINE=m CONFIG_VIA_RHINE_MMIO=y # CONFIG_SC92031 is not set # CONFIG_NET_POCKET is not set CONFIG_NETDEV_1000=y # CONFIG_ACENIC is not set # CONFIG_DL2K is not set CONFIG_E1000=m CONFIG_E1000_DISABLE_PACKET_SPLIT=y # CONFIG_E1000E is not set # CONFIG_IP1000 is not set # CONFIG_IGB is not set # CONFIG_NS83820 is not set # CONFIG_HAMACHI is not set # CONFIG_YELLOWFIN is not set # CONFIG_R8169 is not set # CONFIG_SIS190 is not set # CONFIG_SKGE is not set # CONFIG_SKY2 is not set CONFIG_VIA_VELOCITY=m CONFIG_TIGON3=m CONFIG_BNX2=y # CONFIG_QLA3XXX is not set # CONFIG_ATL1 is not set # CONFIG_ATL1E is not set # CONFIG_NETDEV_10000 is not set # CONFIG_TR is not set # # Wireless LAN # # CONFIG_WLAN_PRE80211 is not set # CONFIG_WLAN_80211 is not set # CONFIG_IWLWIFI_LEDS is not set # # USB Network Adapters # # CONFIG_USB_CATC is not set # CONFIG_USB_KAWETH is not set # CONFIG_USB_PEGASUS is not set # CONFIG_USB_RTL8150 is not set # CONFIG_USB_USBNET is not set # CONFIG_WAN is not set CONFIG_FDDI=y # CONFIG_DEFXX is not set # CONFIG_SKFP is not set # CONFIG_HIPPI is not set # CONFIG_PLIP is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set CONFIG_NET_FC=y CONFIG_NETCONSOLE=y # CONFIG_NETCONSOLE_DYNAMIC is not set CONFIG_NETPOLL=y CONFIG_NETPOLL_TRAP=y CONFIG_NET_POLL_CONTROLLER=y # CONFIG_ISDN is not set # CONFIG_PHONE is not set # # Input device support # CONFIG_INPUT=y CONFIG_INPUT_FF_MEMLESS=y CONFIG_INPUT_POLLDEV=y # # Userland interfaces # CONFIG_INPUT_MOUSEDEV=y # CONFIG_INPUT_MOUSEDEV_PSAUX is not set CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 # CONFIG_INPUT_JOYDEV is not set CONFIG_INPUT_EVDEV=y # CONFIG_INPUT_EVBUG is not set # # Input Device Drivers # CONFIG_INPUT_KEYBOARD=y CONFIG_KEYBOARD_ATKBD=y # CONFIG_KEYBOARD_SUNKBD is not set # CONFIG_KEYBOARD_LKKBD is not set # CONFIG_KEYBOARD_XTKBD is not set # CONFIG_KEYBOARD_NEWTON is not set # CONFIG_KEYBOARD_STOWAWAY is not set CONFIG_INPUT_MOUSE=y CONFIG_MOUSE_PS2=y CONFIG_MOUSE_PS2_ALPS=y CONFIG_MOUSE_PS2_LOGIPS2PP=y CONFIG_MOUSE_PS2_SYNAPTICS=y CONFIG_MOUSE_PS2_LIFEBOOK=y CONFIG_MOUSE_PS2_TRACKPOINT=y # CONFIG_MOUSE_PS2_TOUCHKIT is not set # CONFIG_MOUSE_SERIAL is not set # CONFIG_MOUSE_APPLETOUCH is not set # CONFIG_MOUSE_BCM5974 is not set # CONFIG_MOUSE_VSXXXAA is not set # CONFIG_INPUT_JOYSTICK is not set # CONFIG_INPUT_TABLET is not set # CONFIG_INPUT_TOUCHSCREEN is not set CONFIG_INPUT_MISC=y CONFIG_INPUT_PCSPKR=y # CONFIG_INPUT_ATLAS_BTNS is not set # CONFIG_INPUT_ATI_REMOTE is not set # CONFIG_INPUT_ATI_REMOTE2 is not set # CONFIG_INPUT_KEYSPAN_REMOTE is not set # CONFIG_INPUT_POWERMATE is not set # CONFIG_INPUT_YEALINK is not set CONFIG_INPUT_UINPUT=y # # Hardware I/O ports # CONFIG_SERIO=y CONFIG_SERIO_I8042=y CONFIG_SERIO_SERPORT=y # CONFIG_SERIO_CT82C710 is not set # CONFIG_SERIO_PARKBD is not set # CONFIG_SERIO_PCIPS2 is not set CONFIG_SERIO_LIBPS2=y CONFIG_SERIO_RAW=y # CONFIG_GAMEPORT is not set # # Character devices # CONFIG_VT=y CONFIG_CONSOLE_TRANSLATIONS=y CONFIG_VT_CONSOLE=y CONFIG_HW_CONSOLE=y CONFIG_VT_HW_CONSOLE_BINDING=y CONFIG_DEVKMEM=y # CONFIG_SERIAL_NONSTANDARD is not set # CONFIG_NOZOMI is not set # # Serial drivers # CONFIG_SERIAL_8250=y CONFIG_SERIAL_8250_CONSOLE=y CONFIG_FIX_EARLYCON_MEM=y CONFIG_SERIAL_8250_PCI=y CONFIG_SERIAL_8250_PNP=y CONFIG_SERIAL_8250_NR_UARTS=4 CONFIG_SERIAL_8250_RUNTIME_UARTS=4 # CONFIG_SERIAL_8250_EXTENDED is not set # # Non-8250 serial port support # CONFIG_SERIAL_CORE=y CONFIG_SERIAL_CORE_CONSOLE=y # CONFIG_SERIAL_JSM is not set CONFIG_UNIX98_PTYS=y # CONFIG_LEGACY_PTYS is not set CONFIG_PRINTER=m CONFIG_LP_CONSOLE=y CONFIG_PPDEV=m CONFIG_IPMI_HANDLER=y CONFIG_IPMI_PANIC_EVENT=y CONFIG_IPMI_PANIC_STRING=y CONFIG_IPMI_DEVICE_INTERFACE=y CONFIG_IPMI_SI=y CONFIG_IPMI_WATCHDOG=y CONFIG_IPMI_POWEROFF=y CONFIG_HW_RANDOM=y CONFIG_HW_RANDOM_INTEL=y CONFIG_HW_RANDOM_AMD=y CONFIG_NVRAM=y # CONFIG_R3964 is not set # CONFIG_APPLICOM is not set # CONFIG_MWAVE is not set # CONFIG_PC8736x_GPIO is not set CONFIG_RAW_DRIVER=y CONFIG_MAX_RAW_DEVS=8192 CONFIG_HPET=y # CONFIG_HPET_MMAP is not set CONFIG_HANGCHECK_TIMER=y # CONFIG_TCG_TPM is not set # CONFIG_TELCLOCK is not set CONFIG_DEVPORT=y CONFIG_I2C=y CONFIG_I2C_BOARDINFO=y CONFIG_I2C_CHARDEV=y CONFIG_I2C_HELPER_AUTO=y CONFIG_I2C_ALGOBIT=y # # I2C Hardware Bus support # # # PC SMBus host controller drivers # # CONFIG_I2C_ALI1535 is not set # CONFIG_I2C_ALI1563 is not set # CONFIG_I2C_ALI15X3 is not set CONFIG_I2C_AMD756=y # CONFIG_I2C_AMD756_S4882 is not set CONFIG_I2C_AMD8111=y CONFIG_I2C_I801=y # CONFIG_I2C_ISCH is not set CONFIG_I2C_PIIX4=y CONFIG_I2C_NFORCE2=y # CONFIG_I2C_NFORCE2_S4985 is not set # CONFIG_I2C_SIS5595 is not set # CONFIG_I2C_SIS630 is not set # CONFIG_I2C_SIS96X is not set CONFIG_I2C_VIA=y CONFIG_I2C_VIAPRO=y # # I2C system bus drivers (mostly embedded / system-on-chip) # # CONFIG_I2C_OCORES is not set # CONFIG_I2C_SIMTEC is not set # # External I2C/SMBus adapter drivers # # CONFIG_I2C_PARPORT is not set # CONFIG_I2C_PARPORT_LIGHT is not set # CONFIG_I2C_TAOS_EVM is not set # CONFIG_I2C_TINY_USB is not set # # Graphics adapter I2C/DDC channel drivers # # CONFIG_I2C_VOODOO3 is not set # # Other I2C/SMBus bus drivers # # CONFIG_I2C_PCA_PLATFORM is not set # CONFIG_I2C_STUB is not set # # Miscellaneous I2C Chip support # # CONFIG_DS1682 is not set # CONFIG_AT24 is not set # CONFIG_SENSORS_EEPROM is not set # CONFIG_SENSORS_PCF8574 is not set # CONFIG_PCF8575 is not set # CONFIG_SENSORS_PCA9539 is not set # CONFIG_SENSORS_PCF8591 is not set # CONFIG_SENSORS_MAX6875 is not set # CONFIG_SENSORS_TSL2550 is not set # CONFIG_I2C_DEBUG_CORE is not set # CONFIG_I2C_DEBUG_ALGO is not set # CONFIG_I2C_DEBUG_BUS is not set # CONFIG_I2C_DEBUG_CHIP is not set # CONFIG_SPI is not set CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y # CONFIG_GPIOLIB is not set # CONFIG_W1 is not set CONFIG_POWER_SUPPLY=y # CONFIG_POWER_SUPPLY_DEBUG is not set # CONFIG_PDA_POWER is not set # CONFIG_BATTERY_DS2760 is not set CONFIG_HWMON=y CONFIG_HWMON_VID=y # CONFIG_SENSORS_ABITUGURU is not set # CONFIG_SENSORS_ABITUGURU3 is not set # CONFIG_SENSORS_AD7414 is not set # CONFIG_SENSORS_AD7418 is not set # CONFIG_SENSORS_ADM1021 is not set # CONFIG_SENSORS_ADM1025 is not set # CONFIG_SENSORS_ADM1026 is not set # CONFIG_SENSORS_ADM1029 is not set # CONFIG_SENSORS_ADM1031 is not set # CONFIG_SENSORS_ADM9240 is not set # CONFIG_SENSORS_ADT7470 is not set # CONFIG_SENSORS_ADT7473 is not set CONFIG_SENSORS_K8TEMP=y # CONFIG_SENSORS_ASB100 is not set # CONFIG_SENSORS_ATXP1 is not set # CONFIG_SENSORS_DS1621 is not set # CONFIG_SENSORS_I5K_AMB is not set # CONFIG_SENSORS_F71805F is not set # CONFIG_SENSORS_F71882FG is not set # CONFIG_SENSORS_F75375S is not set # CONFIG_SENSORS_FSCHER is not set # CONFIG_SENSORS_FSCPOS is not set # CONFIG_SENSORS_FSCHMD is not set # CONFIG_SENSORS_GL518SM is not set # CONFIG_SENSORS_GL520SM is not set CONFIG_SENSORS_CORETEMP=y # CONFIG_SENSORS_IBMAEM is not set # CONFIG_SENSORS_IBMPEX is not set # CONFIG_SENSORS_IT87 is not set # CONFIG_SENSORS_LM63 is not set # CONFIG_SENSORS_LM75 is not set # CONFIG_SENSORS_LM77 is not set # CONFIG_SENSORS_LM78 is not set # CONFIG_SENSORS_LM80 is not set # CONFIG_SENSORS_LM83 is not set # CONFIG_SENSORS_LM85 is not set # CONFIG_SENSORS_LM87 is not set # CONFIG_SENSORS_LM90 is not set # CONFIG_SENSORS_LM92 is not set # CONFIG_SENSORS_LM93 is not set # CONFIG_SENSORS_MAX1619 is not set # CONFIG_SENSORS_MAX6650 is not set # CONFIG_SENSORS_PC87360 is not set # CONFIG_SENSORS_PC87427 is not set # CONFIG_SENSORS_SIS5595 is not set # CONFIG_SENSORS_DME1737 is not set # CONFIG_SENSORS_SMSC47M1 is not set # CONFIG_SENSORS_SMSC47M192 is not set # CONFIG_SENSORS_SMSC47B397 is not set # CONFIG_SENSORS_ADS7828 is not set # CONFIG_SENSORS_THMC50 is not set CONFIG_SENSORS_VIA686A=y CONFIG_SENSORS_VT1211=y CONFIG_SENSORS_VT8231=y # CONFIG_SENSORS_W83781D is not set # CONFIG_SENSORS_W83791D is not set # CONFIG_SENSORS_W83792D is not set # CONFIG_SENSORS_W83793 is not set # CONFIG_SENSORS_W83L785TS is not set # CONFIG_SENSORS_W83L786NG is not set # CONFIG_SENSORS_W83627HF is not set # CONFIG_SENSORS_W83627EHF is not set # CONFIG_SENSORS_HDAPS is not set # CONFIG_SENSORS_APPLESMC is not set # CONFIG_HWMON_DEBUG_CHIP is not set CONFIG_THERMAL=y # CONFIG_THERMAL_HWMON is not set CONFIG_WATCHDOG=y # CONFIG_WATCHDOG_NOWAYOUT is not set # # Watchdog Device Drivers # CONFIG_SOFT_WATCHDOG=y # CONFIG_ACQUIRE_WDT is not set # CONFIG_ADVANTECH_WDT is not set # CONFIG_ALIM1535_WDT is not set # CONFIG_ALIM7101_WDT is not set # CONFIG_SC520_WDT is not set # CONFIG_EUROTECH_WDT is not set # CONFIG_IB700_WDT is not set # CONFIG_IBMASR is not set # CONFIG_WAFER_WDT is not set # CONFIG_I6300ESB_WDT is not set # CONFIG_ITCO_WDT is not set # CONFIG_IT8712F_WDT is not set # CONFIG_HP_WATCHDOG is not set # CONFIG_SC1200_WDT is not set # CONFIG_PC87413_WDT is not set # CONFIG_60XX_WDT is not set # CONFIG_SBC8360_WDT is not set # CONFIG_CPU5_WDT is not set # CONFIG_SMSC37B787_WDT is not set # CONFIG_W83627HF_WDT is not set # CONFIG_W83697HF_WDT is not set # CONFIG_W83877F_WDT is not set # CONFIG_W83977F_WDT is not set # CONFIG_MACHZ_WDT is not set # CONFIG_SBC_EPX_C3_WATCHDOG is not set # # PCI-based Watchdog Cards # # CONFIG_PCIPCWATCHDOG is not set # CONFIG_WDTPCI is not set # # USB-based Watchdog Cards # # CONFIG_USBPCWATCHDOG is not set # # Sonics Silicon Backplane # CONFIG_SSB_POSSIBLE=y CONFIG_SSB=y CONFIG_SSB_SPROM=y CONFIG_SSB_PCIHOST_POSSIBLE=y CONFIG_SSB_PCIHOST=y # CONFIG_SSB_B43_PCI_BRIDGE is not set # CONFIG_SSB_SILENT is not set # CONFIG_SSB_DEBUG is not set CONFIG_SSB_DRIVER_PCICORE_POSSIBLE=y CONFIG_SSB_DRIVER_PCICORE=y # # Multifunction device drivers # # CONFIG_MFD_CORE is not set # CONFIG_MFD_SM501 is not set # CONFIG_HTC_PASIC3 is not set # CONFIG_MFD_TMIO is not set # # Multimedia devices # # # Multimedia core support # # CONFIG_VIDEO_DEV is not set # CONFIG_DVB_CORE is not set # CONFIG_VIDEO_MEDIA is not set # # Multimedia drivers # # CONFIG_DAB is not set # # Graphics support # CONFIG_AGP=y CONFIG_AGP_AMD64=y CONFIG_AGP_INTEL=y # CONFIG_AGP_SIS is not set CONFIG_AGP_VIA=y CONFIG_DRM=y # CONFIG_DRM_TDFX is not set CONFIG_DRM_R128=y CONFIG_DRM_RADEON=y # CONFIG_DRM_I810 is not set # CONFIG_DRM_I830 is not set # CONFIG_DRM_I915 is not set # CONFIG_DRM_MGA is not set # CONFIG_DRM_SIS is not set CONFIG_DRM_VIA=y # CONFIG_DRM_SAVAGE is not set CONFIG_VGASTATE=y # CONFIG_VIDEO_OUTPUT_CONTROL is not set CONFIG_FB=y CONFIG_FIRMWARE_EDID=y CONFIG_FB_DDC=y CONFIG_FB_CFB_FILLRECT=y CONFIG_FB_CFB_COPYAREA=y CONFIG_FB_CFB_IMAGEBLIT=y # CONFIG_FB_CFB_REV_PIXELS_IN_BYTE is not set # CONFIG_FB_SYS_FILLRECT is not set # CONFIG_FB_SYS_COPYAREA is not set # CONFIG_FB_SYS_IMAGEBLIT is not set # CONFIG_FB_FOREIGN_ENDIAN is not set # CONFIG_FB_SYS_FOPS is not set CONFIG_FB_SVGALIB=y # CONFIG_FB_MACMODES is not set CONFIG_FB_BACKLIGHT=y CONFIG_FB_MODE_HELPERS=y CONFIG_FB_TILEBLITTING=y # # Frame buffer hardware drivers # # CONFIG_FB_CIRRUS is not set # CONFIG_FB_PM2 is not set # CONFIG_FB_CYBER2000 is not set # CONFIG_FB_ARC is not set # CONFIG_FB_ASILIANT is not set # CONFIG_FB_IMSTT is not set # CONFIG_FB_VGA16 is not set # CONFIG_FB_UVESA is not set CONFIG_FB_VESA=y # CONFIG_FB_EFI is not set # CONFIG_FB_N411 is not set # CONFIG_FB_HGA is not set # CONFIG_FB_S1D13XXX is not set CONFIG_FB_NVIDIA=y CONFIG_FB_NVIDIA_I2C=y # CONFIG_FB_NVIDIA_DEBUG is not set # CONFIG_FB_NVIDIA_BACKLIGHT is not set CONFIG_FB_RIVA=y # CONFIG_FB_RIVA_I2C is not set # CONFIG_FB_RIVA_DEBUG is not set CONFIG_FB_RIVA_BACKLIGHT=y # CONFIG_FB_LE80578 is not set # CONFIG_FB_INTEL is not set # CONFIG_FB_MATROX is not set # CONFIG_FB_RADEON is not set # CONFIG_FB_ATY128 is not set # CONFIG_FB_ATY is not set # CONFIG_FB_S3 is not set # CONFIG_FB_SAVAGE is not set # CONFIG_FB_SIS is not set # CONFIG_FB_NEOMAGIC is not set # CONFIG_FB_KYRO is not set # CONFIG_FB_3DFX is not set # CONFIG_FB_VOODOO1 is not set CONFIG_FB_VT8623=y # CONFIG_FB_TRIDENT is not set # CONFIG_FB_ARK is not set # CONFIG_FB_PM3 is not set # CONFIG_FB_CARMINE is not set # CONFIG_FB_GEODE is not set # CONFIG_FB_VIRTUAL is not set CONFIG_BACKLIGHT_LCD_SUPPORT=y # CONFIG_LCD_CLASS_DEVICE is not set CONFIG_BACKLIGHT_CLASS_DEVICE=y # CONFIG_BACKLIGHT_CORGI is not set # CONFIG_BACKLIGHT_PROGEAR is not set # CONFIG_BACKLIGHT_MBP_NVIDIA is not set # # Display device support # # CONFIG_DISPLAY_SUPPORT is not set # # Console display driver support # CONFIG_VGA_CONSOLE=y CONFIG_VGACON_SOFT_SCROLLBACK=y CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=64 CONFIG_VIDEO_SELECT=y CONFIG_DUMMY_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y # CONFIG_FONTS is not set CONFIG_FONT_8x8=y CONFIG_FONT_8x16=y # CONFIG_LOGO is not set # CONFIG_SOUND is not set CONFIG_HID_SUPPORT=y CONFIG_HID=y CONFIG_HID_DEBUG=y # CONFIG_HIDRAW is not set # # USB Input Devices # CONFIG_USB_HID=y # CONFIG_USB_HIDINPUT_POWERBOOK is not set # CONFIG_HID_FF is not set CONFIG_USB_HIDDEV=y CONFIG_USB_SUPPORT=y CONFIG_USB_ARCH_HAS_HCD=y CONFIG_USB_ARCH_HAS_OHCI=y CONFIG_USB_ARCH_HAS_EHCI=y CONFIG_USB=y # CONFIG_USB_DEBUG is not set # CONFIG_USB_ANNOUNCE_NEW_DEVICES is not set # # Miscellaneous USB options # CONFIG_USB_DEVICEFS=y CONFIG_USB_DEVICE_CLASS=y # CONFIG_USB_DYNAMIC_MINORS is not set # CONFIG_USB_SUSPEND is not set # CONFIG_USB_OTG is not set # CONFIG_USB_OTG_WHITELIST is not set # CONFIG_USB_OTG_BLACKLIST_HUB is not set CONFIG_USB_MON=y # # USB Host Controller Drivers # # CONFIG_USB_C67X00_HCD is not set CONFIG_USB_EHCI_HCD=m CONFIG_USB_EHCI_ROOT_HUB_TT=y CONFIG_USB_EHCI_TT_NEWSCHED=y # CONFIG_USB_ISP116X_HCD is not set # CONFIG_USB_ISP1760_HCD is not set CONFIG_USB_OHCI_HCD=m # CONFIG_USB_OHCI_HCD_SSB is not set # CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set # CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set CONFIG_USB_OHCI_LITTLE_ENDIAN=y CONFIG_USB_UHCI_HCD=m # CONFIG_USB_SL811_HCD is not set # CONFIG_USB_R8A66597_HCD is not set # # USB Device Class drivers # # CONFIG_USB_ACM is not set CONFIG_USB_PRINTER=m # CONFIG_USB_WDM is not set # # NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support' # # # may also be needed; see USB_STORAGE Help for more information # CONFIG_USB_STORAGE=m # CONFIG_USB_STORAGE_DEBUG is not set # CONFIG_USB_STORAGE_DATAFAB is not set # CONFIG_USB_STORAGE_FREECOM is not set # CONFIG_USB_STORAGE_ISD200 is not set # CONFIG_USB_STORAGE_DPCM is not set # CONFIG_USB_STORAGE_USBAT is not set # CONFIG_USB_STORAGE_SDDR09 is not set # CONFIG_USB_STORAGE_SDDR55 is not set # CONFIG_USB_STORAGE_JUMPSHOT is not set # CONFIG_USB_STORAGE_ALAUDA is not set # CONFIG_USB_STORAGE_ONETOUCH is not set # CONFIG_USB_STORAGE_KARMA is not set # CONFIG_USB_STORAGE_SIERRA is not set # CONFIG_USB_STORAGE_CYPRESS_ATACB is not set # CONFIG_USB_LIBUSUAL is not set # # USB Imaging devices # # CONFIG_USB_MDC800 is not set # CONFIG_USB_MICROTEK is not set # # USB port drivers # # CONFIG_USB_USS720 is not set CONFIG_USB_SERIAL=m # CONFIG_USB_EZUSB is not set CONFIG_USB_SERIAL_GENERIC=y # CONFIG_USB_SERIAL_AIRCABLE is not set # CONFIG_USB_SERIAL_ARK3116 is not set CONFIG_USB_SERIAL_BELKIN=m # CONFIG_USB_SERIAL_CH341 is not set # CONFIG_USB_SERIAL_WHITEHEAT is not set # CONFIG_USB_SERIAL_DIGI_ACCELEPORT is not set # CONFIG_USB_SERIAL_CP2101 is not set # CONFIG_USB_SERIAL_CYPRESS_M8 is not set # CONFIG_USB_SERIAL_EMPEG is not set # CONFIG_USB_SERIAL_FTDI_SIO is not set # CONFIG_USB_SERIAL_FUNSOFT is not set # CONFIG_USB_SERIAL_VISOR is not set # CONFIG_USB_SERIAL_IPAQ is not set # CONFIG_USB_SERIAL_IR is not set # CONFIG_USB_SERIAL_EDGEPORT is not set # CONFIG_USB_SERIAL_EDGEPORT_TI is not set # CONFIG_USB_SERIAL_GARMIN is not set # CONFIG_USB_SERIAL_IPW is not set # CONFIG_USB_SERIAL_IUU is not set # CONFIG_USB_SERIAL_KEYSPAN_PDA is not set # CONFIG_USB_SERIAL_KEYSPAN is not set # CONFIG_USB_SERIAL_KLSI is not set # CONFIG_USB_SERIAL_KOBIL_SCT is not set # CONFIG_USB_SERIAL_MCT_U232 is not set # CONFIG_USB_SERIAL_MOS7720 is not set # CONFIG_USB_SERIAL_MOS7840 is not set # CONFIG_USB_SERIAL_MOTOROLA is not set # CONFIG_USB_SERIAL_NAVMAN is not set # CONFIG_USB_SERIAL_PL2303 is not set # CONFIG_USB_SERIAL_OTI6858 is not set # CONFIG_USB_SERIAL_SPCP8X5 is not set # CONFIG_USB_SERIAL_HP4X is not set # CONFIG_USB_SERIAL_SAFE is not set # CONFIG_USB_SERIAL_SIERRAWIRELESS is not set # CONFIG_USB_SERIAL_TI is not set # CONFIG_USB_SERIAL_CYBERJACK is not set # CONFIG_USB_SERIAL_XIRCOM is not set # CONFIG_USB_SERIAL_OPTION is not set # CONFIG_USB_SERIAL_OMNINET is not set # CONFIG_USB_SERIAL_DEBUG is not set # # USB Miscellaneous drivers # # CONFIG_USB_EMI62 is not set # CONFIG_USB_EMI26 is not set # CONFIG_USB_ADUTUX is not set # CONFIG_USB_RIO500 is not set # CONFIG_USB_LEGOTOWER is not set # CONFIG_USB_LCD is not set # CONFIG_USB_BERRY_CHARGE is not set # CONFIG_USB_LED is not set # CONFIG_USB_CYPRESS_CY7C63 is not set # CONFIG_USB_CYTHERM is not set # CONFIG_USB_PHIDGET is not set # CONFIG_USB_IDMOUSE is not set # CONFIG_USB_FTDI_ELAN is not set # CONFIG_USB_APPLEDISPLAY is not set # CONFIG_USB_SISUSBVGA is not set # CONFIG_USB_LD is not set # CONFIG_USB_TRANCEVIBRATOR is not set # CONFIG_USB_IOWARRIOR is not set # CONFIG_USB_TEST is not set # CONFIG_USB_ISIGHTFW is not set # CONFIG_USB_GADGET is not set # CONFIG_MMC is not set # CONFIG_MEMSTICK is not set # CONFIG_NEW_LEDS is not set # CONFIG_ACCESSIBILITY is not set # CONFIG_INFINIBAND is not set CONFIG_EDAC=y # # Reporting subsystems # # CONFIG_EDAC_DEBUG is not set CONFIG_EDAC_MM_EDAC=y CONFIG_EDAC_E752X=y CONFIG_EDAC_I82975X=y # CONFIG_EDAC_I3000 is not set CONFIG_EDAC_I5000=y # CONFIG_EDAC_I5100 is not set CONFIG_RTC_LIB=y CONFIG_RTC_CLASS=y CONFIG_RTC_HCTOSYS=y CONFIG_RTC_HCTOSYS_DEVICE="rtc0" # CONFIG_RTC_DEBUG is not set # # RTC interfaces # CONFIG_RTC_INTF_SYSFS=y CONFIG_RTC_INTF_PROC=y CONFIG_RTC_INTF_DEV=y # CONFIG_RTC_INTF_DEV_UIE_EMUL is not set # CONFIG_RTC_DRV_TEST is not set # # I2C RTC drivers # # CONFIG_RTC_DRV_DS1307 is not set # CONFIG_RTC_DRV_DS1374 is not set # CONFIG_RTC_DRV_DS1672 is not set # CONFIG_RTC_DRV_MAX6900 is not set # CONFIG_RTC_DRV_RS5C372 is not set # CONFIG_RTC_DRV_ISL1208 is not set # CONFIG_RTC_DRV_X1205 is not set # CONFIG_RTC_DRV_PCF8563 is not set # CONFIG_RTC_DRV_PCF8583 is not set # CONFIG_RTC_DRV_M41T80 is not set # CONFIG_RTC_DRV_S35390A is not set # CONFIG_RTC_DRV_FM3130 is not set # # SPI RTC drivers # # # Platform RTC drivers # CONFIG_RTC_DRV_CMOS=y # CONFIG_RTC_DRV_DS1511 is not set # CONFIG_RTC_DRV_DS1553 is not set # CONFIG_RTC_DRV_DS1742 is not set # CONFIG_RTC_DRV_STK17TA8 is not set # CONFIG_RTC_DRV_M48T86 is not set # CONFIG_RTC_DRV_M48T59 is not set # CONFIG_RTC_DRV_V3020 is not set # # on-CPU RTC drivers # # CONFIG_DMADEVICES is not set # CONFIG_AUXDISPLAY is not set # CONFIG_UIO is not set # # Firmware Drivers # CONFIG_EDD=y # CONFIG_EDD_OFF is not set CONFIG_FIRMWARE_MEMMAP=y # CONFIG_DELL_RBU is not set # CONFIG_DCDBAS is not set CONFIG_DMIID=y # CONFIG_ISCSI_IBFT_FIND is not set # # File systems # CONFIG_EXT2_FS=y CONFIG_EXT2_FS_XATTR=y CONFIG_EXT2_FS_POSIX_ACL=y CONFIG_EXT2_FS_SECURITY=y CONFIG_EXT2_FS_XIP=y CONFIG_FS_XIP=y CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y CONFIG_EXT3_FS_POSIX_ACL=y CONFIG_EXT3_FS_SECURITY=y # CONFIG_EXT4DEV_FS is not set CONFIG_JBD=y # CONFIG_JBD_DEBUG is not set CONFIG_FS_MBCACHE=y CONFIG_REISERFS_FS=m # CONFIG_REISERFS_CHECK is not set # CONFIG_REISERFS_PROC_INFO is not set # CONFIG_REISERFS_FS_XATTR is not set CONFIG_JFS_FS=m # CONFIG_JFS_POSIX_ACL is not set # CONFIG_JFS_SECURITY is not set # CONFIG_JFS_DEBUG is not set CONFIG_JFS_STATISTICS=y CONFIG_FS_POSIX_ACL=y CONFIG_XFS_FS=m # CONFIG_XFS_QUOTA is not set # CONFIG_XFS_POSIX_ACL is not set # CONFIG_XFS_RT is not set # CONFIG_XFS_DEBUG is not set # CONFIG_GFS2_FS is not set CONFIG_OCFS2_FS=m CONFIG_OCFS2_FS_O2CB=m CONFIG_OCFS2_FS_STATS=y CONFIG_OCFS2_DEBUG_MASKLOG=y # CONFIG_OCFS2_DEBUG_FS is not set CONFIG_DNOTIFY=y CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y # CONFIG_QUOTA is not set # CONFIG_AUTOFS_FS is not set # CONFIG_AUTOFS4_FS is not set # CONFIG_FUSE_FS is not set # # CD-ROM/DVD Filesystems # CONFIG_ISO9660_FS=y CONFIG_JOLIET=y CONFIG_ZISOFS=y CONFIG_UDF_FS=m CONFIG_UDF_NLS=y # # DOS/FAT/NT Filesystems # CONFIG_FAT_FS=y CONFIG_MSDOS_FS=y CONFIG_VFAT_FS=y CONFIG_FAT_DEFAULT_CODEPAGE=437 CONFIG_FAT_DEFAULT_IOCHARSET="ascii" CONFIG_NTFS_FS=m # CONFIG_NTFS_DEBUG is not set # CONFIG_NTFS_RW is not set # # Pseudo filesystems # CONFIG_PROC_FS=y CONFIG_PROC_KCORE=y CONFIG_PROC_VMCORE=y CONFIG_PROC_SYSCTL=y CONFIG_SYSFS=y CONFIG_TMPFS=y # CONFIG_TMPFS_POSIX_ACL is not set CONFIG_HUGETLBFS=y CONFIG_HUGETLB_PAGE=y CONFIG_CONFIGFS_FS=y # # Miscellaneous filesystems # # CONFIG_ADFS_FS is not set # CONFIG_AFFS_FS is not set # CONFIG_HFS_FS is not set # CONFIG_HFSPLUS_FS is not set # CONFIG_BEFS_FS is not set # CONFIG_BFS_FS is not set # CONFIG_EFS_FS is not set CONFIG_CRAMFS=m # CONFIG_VXFS_FS is not set # CONFIG_MINIX_FS is not set # CONFIG_OMFS_FS is not set # CONFIG_HPFS_FS is not set # CONFIG_QNX4FS_FS is not set # CONFIG_ROMFS_FS is not set CONFIG_SYSV_FS=m CONFIG_UFS_FS=m # CONFIG_UFS_FS_WRITE is not set # CONFIG_UFS_DEBUG is not set CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=y CONFIG_NFS_V3=y CONFIG_NFS_V3_ACL=y # CONFIG_NFS_V4 is not set CONFIG_NFSD=y CONFIG_NFSD_V2_ACL=y CONFIG_NFSD_V3=y CONFIG_NFSD_V3_ACL=y # CONFIG_NFSD_V4 is not set CONFIG_LOCKD=y CONFIG_LOCKD_V4=y CONFIG_EXPORTFS=y CONFIG_NFS_ACL_SUPPORT=y CONFIG_NFS_COMMON=y CONFIG_SUNRPC=y CONFIG_SUNRPC_GSS=y CONFIG_RPCSEC_GSS_KRB5=y CONFIG_RPCSEC_GSS_SPKM3=y # CONFIG_SMB_FS is not set # CONFIG_CIFS is not set # CONFIG_NCP_FS is not set # CONFIG_CODA_FS is not set # CONFIG_AFS_FS is not set # # Partition Types # CONFIG_PARTITION_ADVANCED=y # CONFIG_ACORN_PARTITION is not set # CONFIG_OSF_PARTITION is not set # CONFIG_AMIGA_PARTITION is not set # CONFIG_ATARI_PARTITION is not set # CONFIG_MAC_PARTITION is not set CONFIG_MSDOS_PARTITION=y # CONFIG_BSD_DISKLABEL is not set # CONFIG_MINIX_SUBPARTITION is not set # CONFIG_SOLARIS_X86_PARTITION is not set # CONFIG_UNIXWARE_DISKLABEL is not set # CONFIG_LDM_PARTITION is not set # CONFIG_SGI_PARTITION is not set # CONFIG_ULTRIX_PARTITION is not set # CONFIG_SUN_PARTITION is not set # CONFIG_KARMA_PARTITION is not set CONFIG_EFI_PARTITION=y # CONFIG_SYSV68_PARTITION is not set CONFIG_NLS=y CONFIG_NLS_DEFAULT="utf8" CONFIG_NLS_CODEPAGE_437=y # CONFIG_NLS_CODEPAGE_737 is not set # CONFIG_NLS_CODEPAGE_775 is not set CONFIG_NLS_CODEPAGE_850=y # CONFIG_NLS_CODEPAGE_852 is not set # CONFIG_NLS_CODEPAGE_855 is not set # CONFIG_NLS_CODEPAGE_857 is not set # CONFIG_NLS_CODEPAGE_860 is not set # CONFIG_NLS_CODEPAGE_861 is not set # CONFIG_NLS_CODEPAGE_862 is not set # CONFIG_NLS_CODEPAGE_863 is not set # CONFIG_NLS_CODEPAGE_864 is not set # CONFIG_NLS_CODEPAGE_865 is not set # CONFIG_NLS_CODEPAGE_866 is not set # CONFIG_NLS_CODEPAGE_869 is not set # CONFIG_NLS_CODEPAGE_936 is not set # CONFIG_NLS_CODEPAGE_950 is not set # CONFIG_NLS_CODEPAGE_932 is not set # CONFIG_NLS_CODEPAGE_949 is not set # CONFIG_NLS_CODEPAGE_874 is not set # CONFIG_NLS_ISO8859_8 is not set # CONFIG_NLS_CODEPAGE_1250 is not set # CONFIG_NLS_CODEPAGE_1251 is not set CONFIG_NLS_ASCII=y CONFIG_NLS_ISO8859_1=y # CONFIG_NLS_ISO8859_2 is not set # CONFIG_NLS_ISO8859_3 is not set # CONFIG_NLS_ISO8859_4 is not set # CONFIG_NLS_ISO8859_5 is not set # CONFIG_NLS_ISO8859_6 is not set # CONFIG_NLS_ISO8859_7 is not set # CONFIG_NLS_ISO8859_9 is not set # CONFIG_NLS_ISO8859_13 is not set # CONFIG_NLS_ISO8859_14 is not set CONFIG_NLS_ISO8859_15=y # CONFIG_NLS_KOI8_R is not set # CONFIG_NLS_KOI8_U is not set CONFIG_NLS_UTF8=y # CONFIG_DLM is not set # # Kernel hacking # CONFIG_TRACE_IRQFLAGS_SUPPORT=y # CONFIG_PRINTK_TIME is not set CONFIG_ENABLE_WARN_DEPRECATED=y CONFIG_ENABLE_MUST_CHECK=y CONFIG_FRAME_WARN=2048 CONFIG_MAGIC_SYSRQ=y # CONFIG_UNUSED_SYMBOLS is not set CONFIG_DEBUG_FS=y # CONFIG_HEADERS_CHECK is not set CONFIG_DEBUG_KERNEL=y # CONFIG_DEBUG_SHIRQ is not set CONFIG_DETECT_SOFTLOCKUP=y # CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0 # CONFIG_SCHED_DEBUG is not set CONFIG_SCHEDSTATS=y CONFIG_TIMER_STATS=y # CONFIG_DEBUG_OBJECTS is not set # CONFIG_SLUB_DEBUG_ON is not set # CONFIG_SLUB_STATS is not set # CONFIG_DEBUG_RT_MUTEXES is not set # CONFIG_RT_MUTEX_TESTER is not set # CONFIG_DEBUG_SPINLOCK is not set CONFIG_DEBUG_MUTEXES=y # CONFIG_DEBUG_LOCK_ALLOC is not set # CONFIG_PROVE_LOCKING is not set # CONFIG_LOCK_STAT is not set CONFIG_DEBUG_SPINLOCK_SLEEP=y # CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set # CONFIG_DEBUG_KOBJECT is not set CONFIG_DEBUG_BUGVERBOSE=y CONFIG_DEBUG_INFO=y # CONFIG_DEBUG_VM is not set # CONFIG_DEBUG_WRITECOUNT is not set # CONFIG_DEBUG_MEMORY_INIT is not set CONFIG_DEBUG_LIST=y # CONFIG_DEBUG_SG is not set CONFIG_FRAME_POINTER=y # CONFIG_BOOT_PRINTK_DELAY is not set # CONFIG_RCU_TORTURE_TEST is not set # CONFIG_KPROBES_SANITY_TEST is not set # CONFIG_BACKTRACE_SELF_TEST is not set # CONFIG_LKDTM is not set # CONFIG_FAULT_INJECTION is not set # CONFIG_LATENCYTOP is not set # CONFIG_SYSCTL_SYSCALL_CHECK is not set CONFIG_HAVE_FTRACE=y CONFIG_HAVE_DYNAMIC_FTRACE=y # CONFIG_FTRACE is not set # CONFIG_IRQSOFF_TRACER is not set # CONFIG_SYSPROF_TRACER is not set # CONFIG_SCHED_TRACER is not set # CONFIG_CONTEXT_SWITCH_TRACER is not set # CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set # CONFIG_SAMPLES is not set CONFIG_HAVE_ARCH_KGDB=y # CONFIG_KGDB is not set # CONFIG_STRICT_DEVMEM is not set CONFIG_X86_VERBOSE_BOOTUP=y CONFIG_EARLY_PRINTK=y CONFIG_DEBUG_STACKOVERFLOW=y CONFIG_DEBUG_STACK_USAGE=y # CONFIG_DEBUG_PAGEALLOC is not set # CONFIG_DEBUG_PER_CPU_MAPS is not set # CONFIG_X86_PTDUMP is not set CONFIG_DEBUG_RODATA=y # CONFIG_DIRECT_GBPAGES is not set # CONFIG_DEBUG_RODATA_TEST is not set # CONFIG_DEBUG_NX_TEST is not set # CONFIG_IOMMU_DEBUG is not set # CONFIG_MMIOTRACE is not set CONFIG_IO_DELAY_TYPE_0X80=0 CONFIG_IO_DELAY_TYPE_0XED=1 CONFIG_IO_DELAY_TYPE_UDELAY=2 CONFIG_IO_DELAY_TYPE_NONE=3 CONFIG_IO_DELAY_0X80=y # CONFIG_IO_DELAY_0XED is not set # CONFIG_IO_DELAY_UDELAY is not set # CONFIG_IO_DELAY_NONE is not set CONFIG_DEFAULT_IO_DELAY_TYPE=0 # CONFIG_DEBUG_BOOT_PARAMS is not set # CONFIG_CPA_DEBUG is not set # CONFIG_OPTIMIZE_INLINING is not set # # Security options # # CONFIG_KEYS is not set # CONFIG_SECURITY is not set # CONFIG_SECURITY_FILE_CAPABILITIES is not set CONFIG_CRYPTO=y # # Crypto core or helper # CONFIG_CRYPTO_ALGAPI=y CONFIG_CRYPTO_AEAD=y CONFIG_CRYPTO_BLKCIPHER=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_MANAGER=y # CONFIG_CRYPTO_GF128MUL is not set # CONFIG_CRYPTO_NULL is not set # CONFIG_CRYPTO_CRYPTD is not set CONFIG_CRYPTO_AUTHENC=y # CONFIG_CRYPTO_TEST is not set # # Authenticated Encryption with Associated Data # # CONFIG_CRYPTO_CCM is not set # CONFIG_CRYPTO_GCM is not set # CONFIG_CRYPTO_SEQIV is not set # # Block modes # CONFIG_CRYPTO_CBC=y # CONFIG_CRYPTO_CTR is not set # CONFIG_CRYPTO_CTS is not set # CONFIG_CRYPTO_ECB is not set # CONFIG_CRYPTO_LRW is not set # CONFIG_CRYPTO_PCBC is not set # CONFIG_CRYPTO_XTS is not set # # Hash modes # CONFIG_CRYPTO_HMAC=y # CONFIG_CRYPTO_XCBC is not set # # Digest # CONFIG_CRYPTO_CRC32C=y # CONFIG_CRYPTO_MD4 is not set CONFIG_CRYPTO_MD5=y # CONFIG_CRYPTO_MICHAEL_MIC is not set # CONFIG_CRYPTO_RMD128 is not set # CONFIG_CRYPTO_RMD160 is not set # CONFIG_CRYPTO_RMD256 is not set # CONFIG_CRYPTO_RMD320 is not set CONFIG_CRYPTO_SHA1=y # CONFIG_CRYPTO_SHA256 is not set # CONFIG_CRYPTO_SHA512 is not set # CONFIG_CRYPTO_TGR192 is not set # CONFIG_CRYPTO_WP512 is not set # # Ciphers # # CONFIG_CRYPTO_AES is not set # CONFIG_CRYPTO_AES_X86_64 is not set # CONFIG_CRYPTO_ANUBIS is not set # CONFIG_CRYPTO_ARC4 is not set # CONFIG_CRYPTO_BLOWFISH is not set # CONFIG_CRYPTO_CAMELLIA is not set CONFIG_CRYPTO_CAST5=y # CONFIG_CRYPTO_CAST6 is not set CONFIG_CRYPTO_DES=y # CONFIG_CRYPTO_FCRYPT is not set # CONFIG_CRYPTO_KHAZAD is not set # CONFIG_CRYPTO_SALSA20 is not set # CONFIG_CRYPTO_SALSA20_X86_64 is not set # CONFIG_CRYPTO_SEED is not set # CONFIG_CRYPTO_SERPENT is not set # CONFIG_CRYPTO_TEA is not set # CONFIG_CRYPTO_TWOFISH is not set # CONFIG_CRYPTO_TWOFISH_X86_64 is not set # # Compression # CONFIG_CRYPTO_DEFLATE=y # CONFIG_CRYPTO_LZO is not set CONFIG_CRYPTO_HW=y # CONFIG_CRYPTO_DEV_HIFN_795X is not set CONFIG_HAVE_KVM=y # CONFIG_VIRTUALIZATION is not set # # Library routines # CONFIG_BITREVERSE=y CONFIG_GENERIC_FIND_FIRST_BIT=y CONFIG_GENERIC_FIND_NEXT_BIT=y CONFIG_CRC_CCITT=y CONFIG_CRC16=y CONFIG_CRC_T10DIF=y CONFIG_CRC_ITU_T=y CONFIG_CRC32=y CONFIG_CRC7=y CONFIG_LIBCRC32C=y CONFIG_ZLIB_INFLATE=y CONFIG_ZLIB_DEFLATE=y CONFIG_PLIST=y CONFIG_HAS_IOMEM=y CONFIG_HAS_IOPORT=y CONFIG_HAS_DMA=y ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-21 15:43 ` Randy Dunlap @ 2008-08-21 15:48 ` Miller, Mike (OS Dev) 2008-08-21 16:15 ` Randy Dunlap 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-08-21 15:48 UTC (permalink / raw) To: Randy Dunlap; +Cc: lkml, scsi, akpm > -----Original Message----- > From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > Sent: Thursday, August 21, 2008 10:44 AM > To: Miller, Mike (OS Dev) > Cc: lkml; scsi; akpm > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > On Thu, 21 Aug 2008 14:26:06 +0000 Miller, Mike (OS Dev) wrote: > > > > > > > > -----Original Message----- > > > From: rdunlap [mailto:randy.dunlap@oracle.com] > > > Sent: Thursday, August 21, 2008 12:53 AM > > > To: lkml; scsi; Miller, Mike (OS Dev) > > > Subject: BUG: in 2.6.23-rc3-git7 in do_cciss_intr > > > > > > on x86_64, 4 proc, 8 GB RAM: > > > > > > calling cciss_init+0x0/0x2e [cciss] HP CISS Driver (v 3.6.20) > > > ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss > > > 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) > > > -> IRQ 54 > > > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC > > > BUG: unable to handle kernel NULL pointer dereference at > > > 0000000000000248 > > > IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] PGD > > > 17e422067 PUD 17e423067 PMD 0 > > > Oops: 0002 [1] SMP > > > CPU 2 > > > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > > do_cciss_intr+0x627/0xa6c [cciss] > > > RSP: 0018:ffff88027f66fee8 EFLAGS: 00010007 > > > RAX: 0000000000000000 RBX: ffff88007f840270 RCX: 000000000000000c > > > RDX: 0000000000000000 RSI: ffff88027e5c0000 RDI: ffff88027e5c0000 > > > RBP: ffff88027f66ff18 R08: 0000000000000000 R09: ffff88017fa95e88 > > > R10: 0000000000000000 R11: ffff88027f66ff48 R12: ffff88027e5c0000 > > > R13: 0000000000000000 R14: 00000000000001f7 R15: 0000000000000086 > > > FS: 0000000000680850(0000) GS:ffff88017fc02c80(0000) > > > knlGS:0000000000000000 > > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > > CR2: 0000000000000248 CR3: 000000017e425000 CR4: 00000000000006e0 > > > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > > > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: > > > 0000000000000400 Process swapper (pid: 0, threadinfo > > > ffff88017fa94000, task ffff88027f63d340) > > > Stack: ffff88027f66fee0 ffff88017e9b4800 0000000000000000 > > > 0000000000000000 > > > 00000000000001f7 0000000000000000 ffff88027f66ff48 > ffffffff8026757e > > > ffffffff80719000 00000000000001f7 ffff88017e9b4800 > ffffffff80719050 > > > Call Trace: > > > <IRQ> [<ffffffff8026757e>] handle_IRQ_event+0x27/0x57 > > > [<ffffffff80268d08>] handle_edge_irq+0xed/0x12e > [<ffffffff8020eaab>] > > > do_IRQ+0xf6/0x167 [<ffffffff8020c471>] > ret_from_intr+0x0/0xa <EOI> > > > [<ffffffff802122b1>] ? > > > default_idle+0x2b/0x40 [<ffffffff802124bf>] ? > > > c1e_idle+0xd4/0xdb [<ffffffff8055677d>] ? > > > atomic_notifier_call_chain+0xf/0x11 > > > [<ffffffff8020ac6c>] ? cpu_idle+0x71/0x8f [<ffffffff8054e752>] ? > > > start_secondary+0x157/0x15c > > > > > > > > > Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 > 01 00 75 08 > > > 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b > > > 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 > > > 89 82 40 02 00 00 RIP [<ffffffffa001bb68>] > > > do_cciss_intr+0x627/0xa6c [cciss] RSP <ffff88027f66fee8> > > > CR2: 0000000000000248 > > > ---[ end trace 902dc79a9e72d3ed ]--- > > > > > > > Randy, > > Sorry I haven't replied sooner. I saw your earlier mail, > just been busy breaking stuff internally. Did this happen > during driver init or runtime? > > Hi Mike, > > It's very much during driver init. > > Full boot log and .config are attached. > > Andrew: I'll rerun the test ASAP. Machine is busy atm. Randy, We know of a race condition in cciss_init_one. It's fixed in 2.6.26 I believe. Here's the patch: http://groups.google.com/group/linux.kernel/browse_thread/thread/7b39f2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca1 -- mikem > > --- > ~Randy > Linux Plumbers Conference, 17-19 September 2008, Portland, > Oregon USA http://linuxplumbersconf.org/ > ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-21 15:48 ` Miller, Mike (OS Dev) @ 2008-08-21 16:15 ` Randy Dunlap 2008-08-21 16:25 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-08-21 16:15 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: lkml, scsi, akpm On Thu, 21 Aug 2008 15:48:35 +0000 Miller, Mike (OS Dev) wrote: > > > > -----Original Message----- > > From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > > Sent: Thursday, August 21, 2008 10:44 AM > > To: Miller, Mike (OS Dev) > > Cc: lkml; scsi; akpm > > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > > > On Thu, 21 Aug 2008 14:26:06 +0000 Miller, Mike (OS Dev) wrote: > > > > > > > > > > > > -----Original Message----- > > > > From: rdunlap [mailto:randy.dunlap@oracle.com] > > > > Sent: Thursday, August 21, 2008 12:53 AM > > > > To: lkml; scsi; Miller, Mike (OS Dev) > > > > Subject: BUG: in 2.6.23-rc3-git7 in do_cciss_intr > > > > > > > > on x86_64, 4 proc, 8 GB RAM: > > > > > > > > calling cciss_init+0x0/0x2e [cciss] HP CISS Driver (v 3.6.20) > > > > ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss > > > > 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) > > > > -> IRQ 54 > > > > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC > > > > BUG: unable to handle kernel NULL pointer dereference at > > > > 0000000000000248 > > > > IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] PGD > > > > 17e422067 PUD 17e423067 PMD 0 > > > > Oops: 0002 [1] SMP > > > > CPU 2 > > > > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > > > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > > > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > > > do_cciss_intr+0x627/0xa6c [cciss] > > > > RSP: 0018:ffff88027f66fee8 EFLAGS: 00010007 > > > > RAX: 0000000000000000 RBX: ffff88007f840270 RCX: 000000000000000c > > > > RDX: 0000000000000000 RSI: ffff88027e5c0000 RDI: ffff88027e5c0000 > > > > RBP: ffff88027f66ff18 R08: 0000000000000000 R09: ffff88017fa95e88 > > > > R10: 0000000000000000 R11: ffff88027f66ff48 R12: ffff88027e5c0000 > > > > R13: 0000000000000000 R14: 00000000000001f7 R15: 0000000000000086 > > > > FS: 0000000000680850(0000) GS:ffff88017fc02c80(0000) > > > > knlGS:0000000000000000 > > > > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > > > > CR2: 0000000000000248 CR3: 000000017e425000 CR4: 00000000000006e0 > > > > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > > > > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: > > > > 0000000000000400 Process swapper (pid: 0, threadinfo > > > > ffff88017fa94000, task ffff88027f63d340) > > > > Stack: ffff88027f66fee0 ffff88017e9b4800 0000000000000000 > > > > 0000000000000000 > > > > 00000000000001f7 0000000000000000 ffff88027f66ff48 > > ffffffff8026757e > > > > ffffffff80719000 00000000000001f7 ffff88017e9b4800 > > ffffffff80719050 > > > > Call Trace: > > > > <IRQ> [<ffffffff8026757e>] handle_IRQ_event+0x27/0x57 > > > > [<ffffffff80268d08>] handle_edge_irq+0xed/0x12e > > [<ffffffff8020eaab>] > > > > do_IRQ+0xf6/0x167 [<ffffffff8020c471>] > > ret_from_intr+0x0/0xa <EOI> > > > > [<ffffffff802122b1>] ? > > > > default_idle+0x2b/0x40 [<ffffffff802124bf>] ? > > > > c1e_idle+0xd4/0xdb [<ffffffff8055677d>] ? > > > > atomic_notifier_call_chain+0xf/0x11 > > > > [<ffffffff8020ac6c>] ? cpu_idle+0x71/0x8f [<ffffffff8054e752>] ? > > > > start_secondary+0x157/0x15c > > > > > > > > > > > > Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 > > 01 00 75 08 > > > > 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b > > > > 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 > > > > 89 82 40 02 00 00 RIP [<ffffffffa001bb68>] > > > > do_cciss_intr+0x627/0xa6c [cciss] RSP <ffff88027f66fee8> > > > > CR2: 0000000000000248 > > > > ---[ end trace 902dc79a9e72d3ed ]--- > > > > > > > > > > Randy, > > > Sorry I haven't replied sooner. I saw your earlier mail, > > just been busy breaking stuff internally. Did this happen > > during driver init or runtime? > > > > Hi Mike, > > > > It's very much during driver init. > > > > Full boot log and .config are attached. > > > > Andrew: I'll rerun the test ASAP. Machine is busy atm. > > Randy, > We know of a race condition in cciss_init_one. It's fixed in 2.6.26 I believe. Here's the patch: > > http://groups.google.com/group/linux.kernel/browse_thread/thread/7b39f2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca1 Mike, Sorry, but my fingers have typoed the $subject. My bad. Kernel is 2.6.27-rc3-git7 (from above): > > > > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > > > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > > > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > > > do_cciss_intr+0x627/0xa6c [cciss] --- ~Randy Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA http://linuxplumbersconf.org/ ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-21 16:15 ` Randy Dunlap @ 2008-08-21 16:25 ` Miller, Mike (OS Dev) 2008-08-22 0:26 ` Randy Dunlap 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-08-21 16:25 UTC (permalink / raw) To: Randy Dunlap; +Cc: lkml, scsi, akpm > > > > Randy, > > We know of a race condition in cciss_init_one. It's fixed > in 2.6.26 I believe. Here's the patch: > > > > > http://groups.google.com/group/linux.kernel/browse_thread/thread/7b39f > > 2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca1 > > > Mike, > Sorry, but my fingers have typoed the $subject. My bad. > Kernel is 2.6.27-rc3-git7 (from above): > > > > > > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > > > > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > > > > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > > > > do_cciss_intr+0x627/0xa6c [cciss] > Hmmmmm, let me know what happens from your retest. I'll look at this as soon as I finish what I'm doing now. We trying to spin for our test teams but I have something hopelessly broken. :( -- mikem ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-21 16:25 ` Miller, Mike (OS Dev) @ 2008-08-22 0:26 ` Randy Dunlap 2008-08-22 15:48 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-08-22 0:26 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: lkml, scsi, akpm On Thu, 21 Aug 2008 16:25:24 +0000 Miller, Mike (OS Dev) wrote: > > > > > > Randy, > > > We know of a race condition in cciss_init_one. It's fixed > > in 2.6.26 I believe. Here's the patch: > > > > > > > > http://groups.google.com/group/linux.kernel/browse_thread/thread/7b39f > > > 2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca1 > > > > > > Mike, > > Sorry, but my fingers have typoed the $subject. My bad. > > Kernel is 2.6.27-rc3-git7 (from above): > > > > > > > > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > > > > > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > > > > > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > > > > > do_cciss_intr+0x627/0xa6c [cciss] > > > Hmmmmm, let me know what happens from your retest. I'll look at this as soon as I finish what I'm doing now. We trying to spin for our test teams but I have something hopelessly broken. :( It didn't BUG in the retest. That just means that it's more difficult to find/fix, right? --- ~Randy Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA http://linuxplumbersconf.org/ ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-22 0:26 ` Randy Dunlap @ 2008-08-22 15:48 ` Miller, Mike (OS Dev) 2008-08-22 15:54 ` James Bottomley 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-08-22 15:48 UTC (permalink / raw) To: Randy Dunlap; +Cc: lkml, scsi, akpm > -----Original Message----- > From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > Sent: Thursday, August 21, 2008 7:27 PM > To: Miller, Mike (OS Dev) > Cc: lkml; scsi; akpm > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > On Thu, 21 Aug 2008 16:25:24 +0000 Miller, Mike (OS Dev) wrote: > > > > > > > > > Randy, > > > > We know of a race condition in cciss_init_one. It's fixed > > > in 2.6.26 I believe. Here's the patch: > > > > > > > > > > > > http://groups.google.com/group/linux.kernel/browse_thread/thread/7b3 > > > 9f > > > > > 2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca > > > > 1 > > > > > > > > > Mike, > > > Sorry, but my fingers have typoed the $subject. My bad. > > > Kernel is 2.6.27-rc3-git7 (from above): > > > > > > > > > > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > > > > > > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > > > > > > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > > > > > > do_cciss_intr+0x627/0xa6c [cciss] > > > > > Hmmmmm, let me know what happens from your retest. I'll > look at this > > as soon as I finish what I'm doing now. We trying to spin > for our test > > teams but I have something hopelessly broken. :( > > It didn't BUG in the retest. That just means that it's more > difficult to find/fix, right? Yup. ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-22 15:48 ` Miller, Mike (OS Dev) @ 2008-08-22 15:54 ` James Bottomley 2008-08-22 16:49 ` Randy Dunlap 0 siblings, 1 reply; 35+ messages in thread From: James Bottomley @ 2008-08-22 15:54 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: Randy Dunlap, lkml, scsi, akpm On Fri, 2008-08-22 at 15:48 +0000, Miller, Mike (OS Dev) wrote: > > > -----Original Message----- > > From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > > Sent: Thursday, August 21, 2008 7:27 PM > > To: Miller, Mike (OS Dev) > > Cc: lkml; scsi; akpm > > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > > > On Thu, 21 Aug 2008 16:25:24 +0000 Miller, Mike (OS Dev) wrote: > > > > > > > > > > > > Randy, > > > > > We know of a race condition in cciss_init_one. It's fixed > > > > in 2.6.26 I believe. Here's the patch: > > > > > > > > > > > > > > > > http://groups.google.com/group/linux.kernel/browse_thread/thread/7b3 > > > > 9f > > > > > > > 2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca > > > > > 1 > > > > > > > > > > > > Mike, > > > > Sorry, but my fingers have typoed the $subject. My bad. > > > > Kernel is 2.6.27-rc3-git7 (from above): > > > > > > > > > > > > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > > > > > > > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > > > > > > > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > > > > > > > do_cciss_intr+0x627/0xa6c [cciss] > > > > > > > Hmmmmm, let me know what happens from your retest. I'll > > look at this > > > as soon as I finish what I'm doing now. We trying to spin > > for our test > > > teams but I have something hopelessly broken. :( > > > > It didn't BUG in the retest. That just means that it's more > > difficult to find/fix, right? > > Yup. Randy, If you can't reproduce it, could you use the debug information or gdb to tell us what line in the source code this: do_cciss_intr+0x627 corresponds to? That might help isolating the problem. Thanks, James ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-22 15:54 ` James Bottomley @ 2008-08-22 16:49 ` Randy Dunlap 2008-08-22 17:02 ` James Bottomley 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-08-22 16:49 UTC (permalink / raw) To: James Bottomley; +Cc: Miller, Mike (OS Dev), lkml, scsi, akpm James Bottomley wrote: > On Fri, 2008-08-22 at 15:48 +0000, Miller, Mike (OS Dev) wrote: >>> -----Original Message----- >>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] >>> Sent: Thursday, August 21, 2008 7:27 PM >>> To: Miller, Mike (OS Dev) >>> Cc: lkml; scsi; akpm >>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >>> >>> On Thu, 21 Aug 2008 16:25:24 +0000 Miller, Mike (OS Dev) wrote: >>> >>>>>> Randy, >>>>>> We know of a race condition in cciss_init_one. It's fixed >>>>> in 2.6.26 I believe. Here's the patch: >>>>>> >>> http://groups.google.com/group/linux.kernel/browse_thread/thread/7b3 >>>>> 9f >>> 2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca >>>>>> 1 >>>>> >>>>> Mike, >>>>> Sorry, but my fingers have typoed the $subject. My bad. >>>>> Kernel is 2.6.27-rc3-git7 (from above): >>>>> >>>>>>>>> Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd >>>>>>>>> Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 >>>>>>>>> RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] >>>>>>>>> do_cciss_intr+0x627/0xa6c [cciss] >>>> Hmmmmm, let me know what happens from your retest. I'll >>> look at this >>>> as soon as I finish what I'm doing now. We trying to spin >>> for our test >>>> teams but I have something hopelessly broken. :( >>> It didn't BUG in the retest. That just means that it's more >>> difficult to find/fix, right? >> Yup. > > Randy, > > If you can't reproduce it, could you use the debug information or gdb to > tell us what line in the source code this: > > do_cciss_intr+0x627 > > corresponds to? That might help isolating the problem. Sure, here's an attempt at that. Please let me know if you want it differently or some other info. (gdb) x/20i do_cciss_intr+0x627 0x3b68 <do_cciss_intr+1575>: mov %rdx,0x248(%rax) 0x3b6f <do_cciss_intr+1582>: mov 0x248(%rbx),%rdx 0x3b76 <do_cciss_intr+1589>: mov %rax,0x240(%rdx) 0x3b7d <do_cciss_intr+1596>: jmp 0x3b8b <do_cciss_intr+1610> 0x3b7f <do_cciss_intr+1598>: movq $0x0,0x100c0(%r12) 0x3b8b <do_cciss_intr+1610>: mov 0x234(%rbx),%eax 0x3b91 <do_cciss_intr+1616>: test %eax,%eax 0x3b93 <do_cciss_intr+1618>: jne 0x3f27 <do_cciss_intr+2534> 0x3b99 <do_cciss_intr+1624>: mov 0x250(%rbx),%r14 0x3ba0 <do_cciss_intr+1631>: movl $0x0,0xcc(%r14) 0x3bab <do_cciss_intr+1642>: mov 0x228(%rbx),%r8 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx 0x3bba <do_cciss_intr+1657>: je 0x3f0e <do_cciss_intr+2509> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:206 $ ../../scripts/decodecode < cciss.code Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 89 82 40 02 00 00 /tmp/tmp.HbrjP23089.o: file format elf64-x86-64 Disassembly of section .text: 0000000000000000 <.text>: 0: 8b 83 48 02 00 00 mov 0x248(%rbx),%eax 6: 48 39 d8 cmp %rbx,%rax 9: 74 37 je 0x42 b: 49 39 9c 24 c0 00 01 cmp %rbx,0x100c0(%r12) 12: 00 13: 75 08 jne 0x1d 15: 49 89 84 24 c0 00 01 mov %rax,0x100c0(%r12) 1c: 00 1d: 48 8b 83 40 02 00 00 mov 0x240(%rbx),%rax 24: 48 8b 93 48 02 00 00 mov 0x248(%rbx),%rdx /tmp/tmp.HbrjP23089.o: file format elf64-x86-64 Disassembly of section .text: 0000000000000000 <.text>: 0: 48 89 90 48 02 00 00 mov %rdx,0x248(%rax) 7: 48 8b 93 48 02 00 00 mov 0x248(%rbx),%rdx e: 48 89 82 40 02 00 00 mov %rax,0x240(%rdx) ~Randy ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-22 16:49 ` Randy Dunlap @ 2008-08-22 17:02 ` James Bottomley 2008-08-22 18:25 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: James Bottomley @ 2008-08-22 17:02 UTC (permalink / raw) To: Randy Dunlap; +Cc: Miller, Mike (OS Dev), lkml, scsi, akpm On Fri, 2008-08-22 at 09:49 -0700, Randy Dunlap wrote: > James Bottomley wrote: > > On Fri, 2008-08-22 at 15:48 +0000, Miller, Mike (OS Dev) wrote: > >>> -----Original Message----- > >>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > >>> Sent: Thursday, August 21, 2008 7:27 PM > >>> To: Miller, Mike (OS Dev) > >>> Cc: lkml; scsi; akpm > >>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > >>> > >>> On Thu, 21 Aug 2008 16:25:24 +0000 Miller, Mike (OS Dev) wrote: > >>> > >>>>>> Randy, > >>>>>> We know of a race condition in cciss_init_one. It's fixed > >>>>> in 2.6.26 I believe. Here's the patch: > >>>>>> > >>> http://groups.google.com/group/linux.kernel/browse_thread/thread/7b3 > >>>>> 9f > >>> 2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca > >>>>>> 1 > >>>>> > >>>>> Mike, > >>>>> Sorry, but my fingers have typoed the $subject. My bad. > >>>>> Kernel is 2.6.27-rc3-git7 (from above): > >>>>> > >>>>>>>>> Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > >>>>>>>>> Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > >>>>>>>>> RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > >>>>>>>>> do_cciss_intr+0x627/0xa6c [cciss] > >>>> Hmmmmm, let me know what happens from your retest. I'll > >>> look at this > >>>> as soon as I finish what I'm doing now. We trying to spin > >>> for our test > >>>> teams but I have something hopelessly broken. :( > >>> It didn't BUG in the retest. That just means that it's more > >>> difficult to find/fix, right? > >> Yup. > > > > Randy, > > > > If you can't reproduce it, could you use the debug information or gdb to > > tell us what line in the source code this: > > > > do_cciss_intr+0x627 > > > > corresponds to? That might help isolating the problem. > > > Sure, here's an attempt at that. Please let me know if you want it > differently or some other info. > (gdb) x/20i do_cciss_intr+0x627 > 0x3b68 <do_cciss_intr+1575>: mov %rdx,0x248(%rax) > 0x3b6f <do_cciss_intr+1582>: mov 0x248(%rbx),%rdx > 0x3b76 <do_cciss_intr+1589>: mov %rax,0x240(%rdx) > 0x3b7d <do_cciss_intr+1596>: jmp 0x3b8b <do_cciss_intr+1610> > 0x3b7f <do_cciss_intr+1598>: movq $0x0,0x100c0(%r12) > 0x3b8b <do_cciss_intr+1610>: mov 0x234(%rbx),%eax > 0x3b91 <do_cciss_intr+1616>: test %eax,%eax > 0x3b93 <do_cciss_intr+1618>: jne 0x3f27 <do_cciss_intr+2534> > 0x3b99 <do_cciss_intr+1624>: mov 0x250(%rbx),%r14 > 0x3ba0 <do_cciss_intr+1631>: movl $0x0,0xcc(%r14) > 0x3bab <do_cciss_intr+1642>: mov 0x228(%rbx),%r8 > 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > 0x3bba <do_cciss_intr+1657>: je 0x3f0e <do_cciss_intr+2509> > > > $ addr2line -e cciss.o -f do_cciss_intr+0x627 > SA5_fifo_full > /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:206 OK ...that's confusing. It seems to be saying that ctrlr_info_t * was NULL. However, I can't see a way of getting into the fifo_full callback from do_cciss_intr .. especially not with an NULL host. James ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-22 17:02 ` James Bottomley @ 2008-08-22 18:25 ` Miller, Mike (OS Dev) 2008-09-04 16:59 ` Randy Dunlap 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-08-22 18:25 UTC (permalink / raw) To: James Bottomley, Randy Dunlap; +Cc: lkml, scsi, akpm > -----Original Message----- > From: James Bottomley [mailto:James.Bottomley@HansenPartnership.com] > Sent: Friday, August 22, 2008 12:02 PM > To: Randy Dunlap > Cc: Miller, Mike (OS Dev); lkml; scsi; akpm > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > On Fri, 2008-08-22 at 09:49 -0700, Randy Dunlap wrote: > > James Bottomley wrote: > > > On Fri, 2008-08-22 at 15:48 +0000, Miller, Mike (OS Dev) wrote: > > >>> -----Original Message----- > > >>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > > >>> Sent: Thursday, August 21, 2008 7:27 PM > > >>> To: Miller, Mike (OS Dev) > > >>> Cc: lkml; scsi; akpm > > >>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > >>> > > >>> On Thu, 21 Aug 2008 16:25:24 +0000 Miller, Mike (OS Dev) wrote: > > >>> > > >>>>>> Randy, > > >>>>>> We know of a race condition in cciss_init_one. It's fixed > > >>>>> in 2.6.26 I believe. Here's the patch: > > >>>>>> > > >>> > http://groups.google.com/group/linux.kernel/browse_thread/thread/7 > > >>> b3 > > >>>>> 9f > > >>> > 2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca > > >>>>>> 1 > > >>>>> > > >>>>> Mike, > > >>>>> Sorry, but my fingers have typoed the $subject. My bad. > > >>>>> Kernel is 2.6.27-rc3-git7 (from above): > > >>>>> > > >>>>>>>>> Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > > >>>>>>>>> Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > > >>>>>>>>> RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > > >>>>>>>>> do_cciss_intr+0x627/0xa6c [cciss] > > >>>> Hmmmmm, let me know what happens from your retest. I'll > > >>> look at this > > >>>> as soon as I finish what I'm doing now. We trying to spin > > >>> for our test > > >>>> teams but I have something hopelessly broken. :( > > >>> It didn't BUG in the retest. That just means that it's more > > >>> difficult to find/fix, right? > > >> Yup. > > > > > > Randy, > > > > > > If you can't reproduce it, could you use the debug information or > > > gdb to tell us what line in the source code this: > > > > > > do_cciss_intr+0x627 > > > > > > corresponds to? That might help isolating the problem. > > > > > > Sure, here's an attempt at that. Please let me know if you want it > > differently or some other info. > > > (gdb) x/20i do_cciss_intr+0x627 > > 0x3b68 <do_cciss_intr+1575>: mov %rdx,0x248(%rax) > > 0x3b6f <do_cciss_intr+1582>: mov 0x248(%rbx),%rdx > > 0x3b76 <do_cciss_intr+1589>: mov %rax,0x240(%rdx) > > 0x3b7d <do_cciss_intr+1596>: jmp 0x3b8b <do_cciss_intr+1610> > > 0x3b7f <do_cciss_intr+1598>: movq $0x0,0x100c0(%r12) > > 0x3b8b <do_cciss_intr+1610>: mov 0x234(%rbx),%eax > > 0x3b91 <do_cciss_intr+1616>: test %eax,%eax > > 0x3b93 <do_cciss_intr+1618>: jne 0x3f27 <do_cciss_intr+2534> > > 0x3b99 <do_cciss_intr+1624>: mov 0x250(%rbx),%r14 > > 0x3ba0 <do_cciss_intr+1631>: movl $0x0,0xcc(%r14) > > 0x3bab <do_cciss_intr+1642>: mov 0x228(%rbx),%r8 > > 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > > 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > > 0x3bba <do_cciss_intr+1657>: je 0x3f0e <do_cciss_intr+2509> > > > > > > $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full > > /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:206 > > OK ...that's confusing. It seems to be saying that > ctrlr_info_t * was NULL. However, I can't see a way of > getting into the fifo_full callback from do_cciss_intr .. > especially not with an NULL host. > > James That is weird. Even if we could get there fifo_full doesn't do anything but wait for a bit. mikem ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-08-22 18:25 ` Miller, Mike (OS Dev) @ 2008-09-04 16:59 ` Randy Dunlap 2008-09-04 18:00 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-09-04 16:59 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: James Bottomley, lkml, scsi, akpm Miller, Mike (OS Dev) wrote: > >> -----Original Message----- >> From: James Bottomley [mailto:James.Bottomley@HansenPartnership.com] >> Sent: Friday, August 22, 2008 12:02 PM >> To: Randy Dunlap >> Cc: Miller, Mike (OS Dev); lkml; scsi; akpm >> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >> >> On Fri, 2008-08-22 at 09:49 -0700, Randy Dunlap wrote: >>> James Bottomley wrote: >>>> On Fri, 2008-08-22 at 15:48 +0000, Miller, Mike (OS Dev) wrote: >>>>>> -----Original Message----- >>>>>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] >>>>>> Sent: Thursday, August 21, 2008 7:27 PM >>>>>> To: Miller, Mike (OS Dev) >>>>>> Cc: lkml; scsi; akpm >>>>>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >>>>>> >>>>>> On Thu, 21 Aug 2008 16:25:24 +0000 Miller, Mike (OS Dev) wrote: >>>>>> >>>>>>>>> Randy, >>>>>>>>> We know of a race condition in cciss_init_one. It's fixed >>>>>>>> in 2.6.26 I believe. Here's the patch: >> http://groups.google.com/group/linux.kernel/browse_thread/thread/7 >>>>>> b3 >>>>>>>> 9f >> 2b77622ab03/4f5f45c008655ca1?hl=en&lnk=gst&q=cciss#4f5f45c008655ca >>>>>>>>> 1 >>>>>>>> Mike, >>>>>>>> Sorry, but my fingers have typoed the $subject. My bad. >>>>>>>> Kernel is 2.6.27-rc3-git7 (from above): >>>>>>>> >>>>>>>>>>>> Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd >>>>>>>>>>>> Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 >>>>>>>>>>>> RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] >>>>>>>>>>>> do_cciss_intr+0x627/0xa6c [cciss] >>>>>>> Hmmmmm, let me know what happens from your retest. I'll >>>>>> look at this >>>>>>> as soon as I finish what I'm doing now. We trying to spin >>>>>> for our test >>>>>>> teams but I have something hopelessly broken. :( >>>>>> It didn't BUG in the retest. That just means that it's more >>>>>> difficult to find/fix, right? >>>>> Yup. >>>> Randy, >>>> >>>> If you can't reproduce it, could you use the debug information or >>>> gdb to tell us what line in the source code this: >>>> >>>> do_cciss_intr+0x627 >>>> >>>> corresponds to? That might help isolating the problem. >>> >>> Sure, here's an attempt at that. Please let me know if you want it >>> differently or some other info. >>> (gdb) x/20i do_cciss_intr+0x627 >>> 0x3b68 <do_cciss_intr+1575>: mov %rdx,0x248(%rax) >>> 0x3b6f <do_cciss_intr+1582>: mov 0x248(%rbx),%rdx >>> 0x3b76 <do_cciss_intr+1589>: mov %rax,0x240(%rdx) >>> 0x3b7d <do_cciss_intr+1596>: jmp 0x3b8b <do_cciss_intr+1610> >>> 0x3b7f <do_cciss_intr+1598>: movq $0x0,0x100c0(%r12) >>> 0x3b8b <do_cciss_intr+1610>: mov 0x234(%rbx),%eax >>> 0x3b91 <do_cciss_intr+1616>: test %eax,%eax >>> 0x3b93 <do_cciss_intr+1618>: jne 0x3f27 <do_cciss_intr+2534> >>> 0x3b99 <do_cciss_intr+1624>: mov 0x250(%rbx),%r14 >>> 0x3ba0 <do_cciss_intr+1631>: movl $0x0,0xcc(%r14) >>> 0x3bab <do_cciss_intr+1642>: mov 0x228(%rbx),%r8 >>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx >>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx >>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e <do_cciss_intr+2509> >>> >>> >>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full >>> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:206 >> OK ...that's confusing. It seems to be saying that >> ctrlr_info_t * was NULL. However, I can't see a way of >> getting into the fifo_full callback from do_cciss_intr .. >> especially not with an NULL host. >> >> James > > That is weird. Even if we could get there fifo_full doesn't do anything but wait for a bit. Hi, This just happened again. This time it's on 2.6.27-rc5-git3. ~Randy ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-09-04 16:59 ` Randy Dunlap @ 2008-09-04 18:00 ` Miller, Mike (OS Dev) 2008-09-05 9:28 ` Jens Axboe 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-09-04 18:00 UTC (permalink / raw) To: Randy Dunlap; +Cc: James Bottomley, lkml, scsi, akpm, Jens Axboe > >>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > >>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > >>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e <do_cciss_intr+2509> > >>> > >>> > >>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full > >>> > /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:206 > >> OK ...that's confusing. It seems to be saying that ctrlr_info_t * > >> was NULL. However, I can't see a way of getting into the > fifo_full > >> callback from do_cciss_intr .. > >> especially not with an NULL host. > >> > >> James > > > > That is weird. Even if we could get there fifo_full doesn't > do anything but wait for a bit. > > Hi, > > This just happened again. This time it's on 2.6.27-rc5-git3. > > ~Randy Thanks Randy. I think. :) I'll try to recreate in my lab. -- mikem > ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-09-04 18:00 ` Miller, Mike (OS Dev) @ 2008-09-05 9:28 ` Jens Axboe 2008-09-25 20:33 ` Randy Dunlap 0 siblings, 1 reply; 35+ messages in thread From: Jens Axboe @ 2008-09-05 9:28 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: Randy Dunlap, James Bottomley, lkml, scsi, akpm On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: > > >>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > > >>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > > >>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e <do_cciss_intr+2509> > > >>> > > >>> > > >>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full > > >>> > > /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:206 > > >> OK ...that's confusing. It seems to be saying that ctrlr_info_t * > > >> was NULL. However, I can't see a way of getting into the > > fifo_full > > >> callback from do_cciss_intr .. > > >> especially not with an NULL host. > > >> > > >> James > > > > > > That is weird. Even if we could get there fifo_full doesn't > > do anything but wait for a bit. > > > > Hi, > > > > This just happened again. This time it's on 2.6.27-rc5-git3. > > > > ~Randy > > Thanks Randy. I think. :) > > I'll try to recreate in my lab. This looks somewhat strange, mostly like 'c' is NULL and it's oopsing in in removeQ (I don't think Randy's analysis is correct in assuming it's 'h' and it's in fifo_full). Given that 'c' cannot be NULL, it's c->prev or c->next that are NULL. -- Jens Axboe ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-09-05 9:28 ` Jens Axboe @ 2008-09-25 20:33 ` Randy Dunlap 2008-09-25 20:40 ` Randy Dunlap 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-09-25 20:33 UTC (permalink / raw) To: Jens Axboe; +Cc: Miller, Mike (OS Dev), James Bottomley, lkml, scsi, akpm Jens Axboe wrote: > On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: >>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx >>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx >>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e <do_cciss_intr+2509> >>>>>> >>>>>> >>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full >>>>>> >>> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:206 >>>>> OK ...that's confusing. It seems to be saying that ctrlr_info_t * >>>>> was NULL. However, I can't see a way of getting into the >>> fifo_full >>>>> callback from do_cciss_intr .. >>>>> especially not with an NULL host. >>>>> >>>>> James >>>> That is weird. Even if we could get there fifo_full doesn't >>> do anything but wait for a bit. >>> >>> Hi, >>> >>> This just happened again. This time it's on 2.6.27-rc5-git3. >>> >>> ~Randy >> Thanks Randy. I think. :) >> >> I'll try to recreate in my lab. > > This looks somewhat strange, mostly like 'c' is NULL and it's oopsing in > in removeQ (I don't think Randy's analysis is correct in assuming it's > 'h' and it's in fifo_full). Given that 'c' cannot be NULL, it's c->prev > or c->next that are NULL. Yes, correct IMO. I checked my daily test logs and I have had this problem in do_cciss_intr() 3 times, all at the same location, which appears to be in removeQ(), as Jens says. -- ~Randy ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-09-25 20:33 ` Randy Dunlap @ 2008-09-25 20:40 ` Randy Dunlap 2008-09-25 20:56 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-09-25 20:40 UTC (permalink / raw) To: scsi; +Cc: Jens Axboe, Miller, Mike (OS Dev), James Bottomley, lkml, akpm On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: > Jens Axboe wrote: > > On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: > >>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > >>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > >>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e <do_cciss_intr+2509> > >>>>>> > >>>>>> > >>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full > >>>>>> > >>> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:206 > >>>>> OK ...that's confusing. It seems to be saying that ctrlr_info_t * > >>>>> was NULL. However, I can't see a way of getting into the > >>> fifo_full > >>>>> callback from do_cciss_intr .. > >>>>> especially not with an NULL host. > >>>>> > >>>>> James > >>>> That is weird. Even if we could get there fifo_full doesn't > >>> do anything but wait for a bit. > >>> > >>> Hi, > >>> > >>> This just happened again. This time it's on 2.6.27-rc5-git3. > >>> > >>> ~Randy > >> Thanks Randy. I think. :) > >> > >> I'll try to recreate in my lab. > > > > This looks somewhat strange, mostly like 'c' is NULL and it's oopsing in > > in removeQ (I don't think Randy's analysis is correct in assuming it's > > 'h' and it's in fifo_full). Given that 'c' cannot be NULL, it's c->prev > > or c->next that are NULL. > > Yes, correct IMO. I checked my daily test logs and I have had this problem > in do_cciss_intr() 3 times, all at the same location, which appears to be > in removeQ(), as Jens says. Mike, also notice this: it's always during driver init, as indicated by the (+) in the dump ('+' means that the module is in the process of being loaded, but module load has not completed): calling cciss_init+0x0/0x2e [cciss] HP CISS Driver (v 3.6.20) ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] PGD 17e422067 PUD 17e423067 PMD 0 Oops: 0002 [1] SMP CPU 2 Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] --- ~Randy ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-09-25 20:40 ` Randy Dunlap @ 2008-09-25 20:56 ` Miller, Mike (OS Dev) 2008-11-18 20:14 ` Randy Dunlap 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-09-25 20:56 UTC (permalink / raw) To: Randy Dunlap, scsi; +Cc: Jens Axboe, James Bottomley, lkml, akpm > -----Original Message----- > From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > Sent: Thursday, September 25, 2008 3:40 PM > To: scsi > Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; akpm > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: > > > Jens Axboe wrote: > > > On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: > > >>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > > >>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > > >>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e > <do_cciss_intr+2509> > > >>>>>> > > >>>>>> > > >>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full > > >>>>>> > > >>> > /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:2 > > >>> 06 > > >>>>> OK ...that's confusing. It seems to be saying that > ctrlr_info_t > > >>>>> * was NULL. However, I can't see a way of getting into the > > >>> fifo_full > > >>>>> callback from do_cciss_intr .. > > >>>>> especially not with an NULL host. > > >>>>> > > >>>>> James > > >>>> That is weird. Even if we could get there fifo_full doesn't > > >>> do anything but wait for a bit. > > >>> > > >>> Hi, > > >>> > > >>> This just happened again. This time it's on 2.6.27-rc5-git3. > > >>> > > >>> ~Randy > > >> Thanks Randy. I think. :) > > >> > > >> I'll try to recreate in my lab. > > > > > > This looks somewhat strange, mostly like 'c' is NULL and it's > > > oopsing in in removeQ (I don't think Randy's analysis is > correct in > > > assuming it's 'h' and it's in fifo_full). Given that 'c' > cannot be > > > NULL, it's c->prev or c->next that are NULL. > > > > Yes, correct IMO. I checked my daily test logs and I have had this > > problem in do_cciss_intr() 3 times, all at the same location, which > > appears to be in removeQ(), as Jens says. > > Mike, also notice this: it's always during driver init, as > indicated by the (+) in the dump ('+' means that the module > is in the process of being loaded, but module load has not completed): > > calling cciss_init+0x0/0x2e [cciss] > HP CISS Driver (v 3.6.20) > ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss > 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) > -> IRQ 54 > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 503 using DAC > BUG: unable to handle kernel NULL pointer dereference at > 0000000000000248 > IP: [<ffffffffa001bb68>] do_cciss_intr+0x627/0xa6c [cciss] > PGD 17e422067 PUD 17e423067 PMD 0 > Oops: 0002 [1] SMP > CPU 2 > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > Pid: 0, comm: swapper Not tainted 2.6.27-rc3-git7 #1 > RIP: 0010:[<ffffffffa001bb68>] [<ffffffffa001bb68>] > do_cciss_intr+0x627/0xa6c [cciss] Thanks, Randy > ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-09-25 20:56 ` Miller, Mike (OS Dev) @ 2008-11-18 20:14 ` Randy Dunlap 2008-11-18 20:20 ` Randy Dunlap 2008-11-18 21:32 ` Miller, Mike (OS Dev) 0 siblings, 2 replies; 35+ messages in thread From: Randy Dunlap @ 2008-11-18 20:14 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: scsi, Jens Axboe, James Bottomley, lkml, akpm Miller, Mike (OS Dev) wrote: > >> -----Original Message----- >> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] >> Sent: Thursday, September 25, 2008 3:40 PM >> To: scsi >> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; akpm >> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >> >> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: >> >>> Jens Axboe wrote: >>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: >>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx >>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx >>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e >> <do_cciss_intr+2509> >>>>>>>>> >>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full >>>>>>>>> >> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:2 >>>>>> 06 >>>>>>>> OK ...that's confusing. It seems to be saying that >> ctrlr_info_t >>>>>>>> * was NULL. However, I can't see a way of getting into the >>>>>> fifo_full >>>>>>>> callback from do_cciss_intr .. >>>>>>>> especially not with an NULL host. >>>>>>>> >>>>>>>> James >>>>>>> That is weird. Even if we could get there fifo_full doesn't >>>>>> do anything but wait for a bit. >>>>>> >>>>>> Hi, >>>>>> >>>>>> This just happened again. This time it's on 2.6.27-rc5-git3. >>>>>> >>>>>> ~Randy >>>>> Thanks Randy. I think. :) >>>>> >>>>> I'll try to recreate in my lab. >>>> This looks somewhat strange, mostly like 'c' is NULL and it's >>>> oopsing in in removeQ (I don't think Randy's analysis is >> correct in >>>> assuming it's 'h' and it's in fifo_full). Given that 'c' >> cannot be >>>> NULL, it's c->prev or c->next that are NULL. This BUG: has happened (now) 5 times today. Higher frequency than usual for some reason. I enabled CCISS_DEBUG and added one printk in removeQ(). On the first call to removeQ(), both c->next and c->prev are NULL. Here's the kernel log output from cciss: cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 command = 147 irq = 36 board_id = 3211103c cciss 0000:42:08.0: irq 87 for MSI/MSI-X address 0 = fdf80000 cfg base address = 10 cfg base address index = 0 cfg offset = 400 Controller Configuration information ------------------------------------ Signature = CISS Spec Number = 1 Transport methods supported = 0x6 Transport methods active = 0x3 Requested transport Method = 0x0 Coalesce Interrupt Delay = 0x0 Coalesce Interrupt Count = 0x1 Max outstanding commands = 0x256 Bus Types = 0x200000 Server Name = Heartbeat Counter = 0xffc Trying to put board into Simple mode I counter got to 1 0 Controller Configuration information ------------------------------------ Signature = CISS Spec Number = 1 Transport methods supported = 0x6 Transport methods active = 0x3 Requested transport Method = 0x0 Coalesce Interrupt Delay = 0x0 Coalesce Interrupt Count = 0x1 Max outstanding commands = 0x256 Bus Types = 0x200000 Server Name = Heartbeat Counter = 0xffc cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC cciss: intr_pending 8 cciss: removeQ: Qptr=ffff88027e7500b8, c=ffff88007f83e000, next=ffff88007f83e000, prev=ffff88007f83e000 Sending 7f83e000 - down to controller cciss: intr_pending 8 cciss: Read 4 back from board cciss: removeQ: Qptr=ffff88027e7500c0, c=ffff88007f840000, next=0000000000000000, prev=0000000000000000 BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 IP: [<ffffffffa002502b>] do_cciss_intr+0x6c8/0xb10 [cciss] PGD 0 Oops: 0002 [#1] SMP last sysfs file: /sys/block/ram15/dev CPU 2 Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd Pid: 0, comm: swapper Not tainted 2.6.28-rc5 #1 RIP: 0010:[<ffffffffa002502b>] [<ffffffffa002502b>] do_cciss_intr+0x6c8/0xb10 [cciss] RSP: 0018:ffff88017fa9fee8 EFLAGS: 00010087 RAX: 0000000000000000 RBX: ffff88007f840000 RCX: 000000000000a3d9 RDX: 0000000000000000 RSI: 0000000000000046 RDI: ffffffff8080e634 RBP: ffff88017fa9ff18 R08: 0000000000000000 R09: ffff88017e918800 R10: 0000000000000000 R11: 0000000000000000 R12: ffff88027e740000 R13: 0000000000000000 R14: 0000000000000057 R15: 0000000000000086 FS: 00000000008558f0(0000) GS:ffff88017fc01c80(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000248 CR3: 0000000000201000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process swapper (pid: 0, threadinfo ffff88027f660000, task ffff88027f635400) Stack: 0000000000000030 ffff88017ea73640 0000000000000000 0000000000000000 0000000000000057 0000000000000000 ffff88017fa9ff48 ffffffff8026a8b9 ffffffff8074ab00 0000000000000057 ffff88017ea73640 ffffffff8074ab58 Call Trace: <IRQ> <0> [<ffffffff8026a8b9>] handle_IRQ_event+0x27/0x57 [<ffffffff8026c424>] handle_edge_irq+0xde/0x11f [<ffffffff8020e29b>] do_IRQ+0xfc/0x175 [<ffffffff8020c3e6>] ret_from_intr+0x0/0xa <EOI> <0> [<ffffffff8023c7d2>] ? ksoftirqd+0x0/0xa6 [<ffffffff80212575>] ? default_idle+0x2b/0x40 [<ffffffff80212799>] ? c1e_idle+0xe5/0xec [<ffffffff8056a7f6>] ? atomic_notifier_call_chain+0xf/0x11 [<ffffffff8020acd1>] ? cpu_idle+0x40/0x5e [<ffffffff8056284e>] ? start_secondary+0x174/0x179 Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 89 82 40 02 00 00 RIP [<ffffffffa002502b>] do_cciss_intr+0x6c8/0xb10 [cciss] RSP <ffff88017fa9fee8> CR2: 0000000000000248 Kernel panic - not syncing: Fatal exception in interrupt Any ideas/suggestions? Thanks, ~Randy ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-18 20:14 ` Randy Dunlap @ 2008-11-18 20:20 ` Randy Dunlap 2008-11-18 21:32 ` Randy Dunlap 2008-11-18 21:32 ` Miller, Mike (OS Dev) 1 sibling, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-11-18 20:20 UTC (permalink / raw) To: scsi; +Cc: Miller, Mike (OS Dev), Jens Axboe, James Bottomley, lkml, akpm Randy Dunlap wrote: > Miller, Mike (OS Dev) wrote: >>> -----Original Message----- >>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] >>> Sent: Thursday, September 25, 2008 3:40 PM >>> To: scsi >>> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; akpm >>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >>> >>> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: >>> >>>> Jens Axboe wrote: >>>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: >>>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx >>>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx >>>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e >>> <do_cciss_intr+2509> >>>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full >>>>>>>>>> >>> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:2 >>>>>>> 06 >>>>>>>>> OK ...that's confusing. It seems to be saying that >>> ctrlr_info_t >>>>>>>>> * was NULL. However, I can't see a way of getting into the >>>>>>> fifo_full >>>>>>>>> callback from do_cciss_intr .. >>>>>>>>> especially not with an NULL host. >>>>>>>>> >>>>>>>>> James >>>>>>>> That is weird. Even if we could get there fifo_full doesn't >>>>>>> do anything but wait for a bit. >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> This just happened again. This time it's on 2.6.27-rc5-git3. >>>>>>> >>>>>>> ~Randy >>>>>> Thanks Randy. I think. :) >>>>>> >>>>>> I'll try to recreate in my lab. >>>>> This looks somewhat strange, mostly like 'c' is NULL and it's >>>>> oopsing in in removeQ (I don't think Randy's analysis is >>> correct in >>>>> assuming it's 'h' and it's in fifo_full). Given that 'c' >>> cannot be >>>>> NULL, it's c->prev or c->next that are NULL. > > This BUG: has happened (now) 5 times today. Higher frequency than usual for > some reason. > > I enabled CCISS_DEBUG and added one printk in removeQ(). On the first call s/first/second/ > to removeQ(), both c->next and c->prev are NULL. > > Here's the kernel log output from cciss: > > cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 > command = 147 > irq = 36 > board_id = 3211103c > cciss 0000:42:08.0: irq 87 for MSI/MSI-X > address 0 = fdf80000 > cfg base address = 10 > cfg base address index = 0 > cfg offset = 400 > Controller Configuration information > ------------------------------------ > Signature = CISS > Spec Number = 1 > Transport methods supported = 0x6 > Transport methods active = 0x3 > Requested transport Method = 0x0 > Coalesce Interrupt Delay = 0x0 > Coalesce Interrupt Count = 0x1 > Max outstanding commands = 0x256 > Bus Types = 0x200000 > Server Name = > Heartbeat Counter = 0xffc > > > Trying to put board into Simple mode > I counter got to 1 0 > Controller Configuration information > ------------------------------------ > Signature = CISS > Spec Number = 1 > Transport methods supported = 0x6 > Transport methods active = 0x3 > Requested transport Method = 0x0 > Coalesce Interrupt Delay = 0x0 > Coalesce Interrupt Count = 0x1 > Max outstanding commands = 0x256 > Bus Types = 0x200000 > Server Name = > Heartbeat Counter = 0xffc > > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC > cciss: intr_pending 8 > cciss: removeQ: Qptr=ffff88027e7500b8, c=ffff88007f83e000, next=ffff88007f83e000, prev=ffff88007f83e000 > Sending 7f83e000 - down to controller > cciss: intr_pending 8 > cciss: Read 4 back from board > cciss: removeQ: Qptr=ffff88027e7500c0, c=ffff88007f840000, next=0000000000000000, prev=0000000000000000 > BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 > IP: [<ffffffffa002502b>] do_cciss_intr+0x6c8/0xb10 [cciss] > PGD 0 > Oops: 0002 [#1] SMP > last sysfs file: /sys/block/ram15/dev > CPU 2 > Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd > Pid: 0, comm: swapper Not tainted 2.6.28-rc5 #1 > RIP: 0010:[<ffffffffa002502b>] [<ffffffffa002502b>] do_cciss_intr+0x6c8/0xb10 [cciss] > RSP: 0018:ffff88017fa9fee8 EFLAGS: 00010087 > RAX: 0000000000000000 RBX: ffff88007f840000 RCX: 000000000000a3d9 > RDX: 0000000000000000 RSI: 0000000000000046 RDI: ffffffff8080e634 > RBP: ffff88017fa9ff18 R08: 0000000000000000 R09: ffff88017e918800 > R10: 0000000000000000 R11: 0000000000000000 R12: ffff88027e740000 > R13: 0000000000000000 R14: 0000000000000057 R15: 0000000000000086 > FS: 00000000008558f0(0000) GS:ffff88017fc01c80(0000) knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 0000000000000248 CR3: 0000000000201000 CR4: 00000000000006e0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > Process swapper (pid: 0, threadinfo ffff88027f660000, task ffff88027f635400) > Stack: > 0000000000000030 ffff88017ea73640 0000000000000000 0000000000000000 > 0000000000000057 0000000000000000 ffff88017fa9ff48 ffffffff8026a8b9 > ffffffff8074ab00 0000000000000057 ffff88017ea73640 ffffffff8074ab58 > Call Trace: > <IRQ> <0> [<ffffffff8026a8b9>] handle_IRQ_event+0x27/0x57 > [<ffffffff8026c424>] handle_edge_irq+0xde/0x11f > [<ffffffff8020e29b>] do_IRQ+0xfc/0x175 > [<ffffffff8020c3e6>] ret_from_intr+0x0/0xa > <EOI> <0> [<ffffffff8023c7d2>] ? ksoftirqd+0x0/0xa6 > [<ffffffff80212575>] ? default_idle+0x2b/0x40 > [<ffffffff80212799>] ? c1e_idle+0xe5/0xec > [<ffffffff8056a7f6>] ? atomic_notifier_call_chain+0xf/0x11 > [<ffffffff8020acd1>] ? cpu_idle+0x40/0x5e > [<ffffffff8056284e>] ? start_secondary+0x174/0x179 > Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 89 82 40 02 00 00 > RIP [<ffffffffa002502b>] do_cciss_intr+0x6c8/0xb10 [cciss] > RSP <ffff88017fa9fee8> > CR2: 0000000000000248 > Kernel panic - not syncing: Fatal exception in interrupt > > > Any ideas/suggestions? ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-18 20:20 ` Randy Dunlap @ 2008-11-18 21:32 ` Randy Dunlap 2008-11-19 8:52 ` Jens Axboe 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-11-18 21:32 UTC (permalink / raw) To: scsi; +Cc: Miller, Mike (OS Dev), Jens Axboe, James Bottomley, lkml, akpm Randy Dunlap wrote: > Randy Dunlap wrote: >> Miller, Mike (OS Dev) wrote: >>>> -----Original Message----- >>>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] >>>> Sent: Thursday, September 25, 2008 3:40 PM >>>> To: scsi >>>> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; akpm >>>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >>>> >>>> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: >>>> >>>>> Jens Axboe wrote: >>>>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: >>>>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx >>>>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx >>>>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e >>>> <do_cciss_intr+2509> >>>>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full >>>>>>>>>>> >>>> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:2 >>>>>>>> 06 >>>>>>>>>> OK ...that's confusing. It seems to be saying that >>>> ctrlr_info_t >>>>>>>>>> * was NULL. However, I can't see a way of getting into the >>>>>>>> fifo_full >>>>>>>>>> callback from do_cciss_intr .. >>>>>>>>>> especially not with an NULL host. >>>>>>>>>> >>>>>>>>>> James >>>>>>>>> That is weird. Even if we could get there fifo_full doesn't >>>>>>>> do anything but wait for a bit. >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> This just happened again. This time it's on 2.6.27-rc5-git3. >>>>>>>> >>>>>>>> ~Randy >>>>>>> Thanks Randy. I think. :) >>>>>>> >>>>>>> I'll try to recreate in my lab. >>>>>> This looks somewhat strange, mostly like 'c' is NULL and it's >>>>>> oopsing in in removeQ (I don't think Randy's analysis is >>>> correct in >>>>>> assuming it's 'h' and it's in fifo_full). Given that 'c' >>>> cannot be >>>>>> NULL, it's c->prev or c->next that are NULL. >> This BUG: has happened (now) 5 times today. Higher frequency than usual for >> some reason. >> >> I enabled CCISS_DEBUG and added one printk in removeQ(). On the first call > > s/first/second/ > > >> to removeQ(), both c->next and c->prev are NULL. >> >> Here's the kernel log output from cciss: I added a printk() in addQ() as well. Here's the new output: HP CISS Driver (v 3.6.20) ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 command = 147 irq = 36 board_id = 3211103c cciss 0000:42:08.0: irq 87 for MSI/MSI-X address 0 = fdf80000 cfg base address = 10 cfg base address index = 0 cfg offset = 400 Controller Configuration information ------------------------------------ Signature = CISS Spec Number = 1 Transport methods supported = 0x6 Transport methods active = 0x3 Requested transport Method = 0x0 Coalesce Interrupt Delay = 0x0 Coalesce Interrupt Count = 0x1 Max outstanding commands = 0x256 Bus Types = 0x200000 Server Name = Heartbeat Counter = 0x1672 Trying to put board into Simple mode I counter got to 1 0 Controller Configuration information ------------------------------------ Signature = CISS Spec Number = 1 Transport methods supported = 0x6 Transport methods active = 0x3 Requested transport Method = 0x0 Coalesce Interrupt Delay = 0x0 Coalesce Interrupt Count = 0x1 Max outstanding commands = 0x256 Bus Types = 0x200000 Server Name = Heartbeat Counter = 0x1672 cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC cciss: intr_pending 8 cciss: addQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000 cciss: removeQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000, next=ffff88007f83e000, prev=ffff88007f83e000 Sending 7f83e000 - down to controller cciss: addQ: Qptr=ffff88027e0100c0, c=ffff88007f83e000 cciss: intr_pending 8 cciss: Read 4 back from board cciss: removeQ: Qptr=ffff88027e0100c0, c=ffff88007f840000, next=0000000000000000, prev=0000000000000000 BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 IP: [<ffffffffa0025106>] do_cciss_intr+0x706/0xb6c [cciss] PGD 0 Oops: 0002 [#1] SMP last sysfs file: /sys/block/ram15/dev CPU 2 Modules linked in: cciss(+) ehci_hcd ohci_hcd uhci_hcd Pid: 0, comm: swapper Not tainted 2.6.28-rc5 #1 RIP: 0010:[<ffffffffa0025106>] [<ffffffffa0025106>] do_cciss_intr+0x706/0xb6c [cciss] RSP: 0018:ffff88027f643ee8 EFLAGS: 00010087 RAX: 0000000000000000 RBX: ffff88007f840000 RCX: 000000000000a44f RDX: 0000000000000000 RSI: 0000000000000046 RDI: ffffffff8080e634 RBP: ffff88027f643f18 R08: 0000000000000000 R09: ffff88017e964800 R10: 0000000000000000 R11: 0000000000000000 R12: ffff88027e000000 R13: 0000000000000000 R14: 0000000000000057 R15: 0000000000000086 FS: 00000000008558f0(0000) GS:ffff88017fc01c80(0000) knlGS:0000000000000000 CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b CR2: 0000000000000248 CR3: 0000000000201000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process swapper (pid: 0, threadinfo ffff88017fa9e000, task ffff88017fa5d400) Stack: 0000000000000030 ffff88027f627500 0000000000000000 0000000000000000 0000000000000057 0000000000000000 ffff88027f643f48 ffffffff8026a8b9 ffffffff8074ab00 0000000000000057 ffff88027f627500 ffffffff8074ab58 Call Trace: <IRQ> <0> [<ffffffff8026a8b9>] handle_IRQ_event+0x27/0x57 [<ffffffff8026c424>] handle_edge_irq+0xde/0x11f [<ffffffff8020e29b>] do_IRQ+0xfc/0x175 [<ffffffff8020c3e6>] ret_from_intr+0x0/0xa <EOI> <0> [<ffffffff8023c7d2>] ? ksoftirqd+0x0/0xa6 [<ffffffff80212575>] ? default_idle+0x2b/0x40 [<ffffffff80212799>] ? c1e_idle+0xe5/0xec [<ffffffff8056a7f6>] ? atomic_notifier_call_chain+0xf/0x11 [<ffffffff8020acd1>] ? cpu_idle+0x40/0x5e [<ffffffff8056284e>] ? start_secondary+0x174/0x179 Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 89 82 40 02 00 00 RIP [<ffffffffa0025106>] do_cciss_intr+0x706/0xb6c [cciss] RSP <ffff88027f643ee8> CR2: 0000000000000248 Kernel panic - not syncing: Fatal exception in interrupt ~Randy ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-18 21:32 ` Randy Dunlap @ 2008-11-19 8:52 ` Jens Axboe 2008-11-19 17:00 ` Miller, Mike (OS Dev) 2008-11-19 17:18 ` Randy Dunlap 0 siblings, 2 replies; 35+ messages in thread From: Jens Axboe @ 2008-11-19 8:52 UTC (permalink / raw) To: Randy Dunlap; +Cc: scsi, Miller, Mike (OS Dev), James Bottomley, lkml, akpm On Tue, Nov 18 2008, Randy Dunlap wrote: > Randy Dunlap wrote: > > Randy Dunlap wrote: > >> Miller, Mike (OS Dev) wrote: > >>>> -----Original Message----- > >>>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > >>>> Sent: Thursday, September 25, 2008 3:40 PM > >>>> To: scsi > >>>> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; akpm > >>>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > >>>> > >>>> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: > >>>> > >>>>> Jens Axboe wrote: > >>>>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: > >>>>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > >>>>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > >>>>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e > >>>> <do_cciss_intr+2509> > >>>>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full > >>>>>>>>>>> > >>>> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:2 > >>>>>>>> 06 > >>>>>>>>>> OK ...that's confusing. It seems to be saying that > >>>> ctrlr_info_t > >>>>>>>>>> * was NULL. However, I can't see a way of getting into the > >>>>>>>> fifo_full > >>>>>>>>>> callback from do_cciss_intr .. > >>>>>>>>>> especially not with an NULL host. > >>>>>>>>>> > >>>>>>>>>> James > >>>>>>>>> That is weird. Even if we could get there fifo_full doesn't > >>>>>>>> do anything but wait for a bit. > >>>>>>>> > >>>>>>>> Hi, > >>>>>>>> > >>>>>>>> This just happened again. This time it's on 2.6.27-rc5-git3. > >>>>>>>> > >>>>>>>> ~Randy > >>>>>>> Thanks Randy. I think. :) > >>>>>>> > >>>>>>> I'll try to recreate in my lab. > >>>>>> This looks somewhat strange, mostly like 'c' is NULL and it's > >>>>>> oopsing in in removeQ (I don't think Randy's analysis is > >>>> correct in > >>>>>> assuming it's 'h' and it's in fifo_full). Given that 'c' > >>>> cannot be > >>>>>> NULL, it's c->prev or c->next that are NULL. > >> This BUG: has happened (now) 5 times today. Higher frequency than usual for > >> some reason. > >> > >> I enabled CCISS_DEBUG and added one printk in removeQ(). On the first call > > > > s/first/second/ > > > > > >> to removeQ(), both c->next and c->prev are NULL. > >> > >> Here's the kernel log output from cciss: > > I added a printk() in addQ() as well. Here's the new output: > > HP CISS Driver (v 3.6.20) > ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 > cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 > command = 147 > irq = 36 > board_id = 3211103c > cciss 0000:42:08.0: irq 87 for MSI/MSI-X > address 0 = fdf80000 > cfg base address = 10 > cfg base address index = 0 > cfg offset = 400 > Controller Configuration information > ------------------------------------ > Signature = CISS > Spec Number = 1 > Transport methods supported = 0x6 > Transport methods active = 0x3 > Requested transport Method = 0x0 > Coalesce Interrupt Delay = 0x0 > Coalesce Interrupt Count = 0x1 > Max outstanding commands = 0x256 > Bus Types = 0x200000 > Server Name = > Heartbeat Counter = 0x1672 > > > Trying to put board into Simple mode > I counter got to 1 0 > Controller Configuration information > ------------------------------------ > Signature = CISS > Spec Number = 1 > Transport methods supported = 0x6 > Transport methods active = 0x3 > Requested transport Method = 0x0 > Coalesce Interrupt Delay = 0x0 > Coalesce Interrupt Count = 0x1 > Max outstanding commands = 0x256 > Bus Types = 0x200000 > Server Name = > Heartbeat Counter = 0x1672 > > > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC > cciss: intr_pending 8 > cciss: addQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000 > cciss: removeQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000, next=ffff88007f83e000, prev=ffff88007f83e000 > Sending 7f83e000 - down to controller > cciss: addQ: Qptr=ffff88027e0100c0, c=ffff88007f83e000 > cciss: intr_pending 8 > cciss: Read 4 back from board > cciss: removeQ: Qptr=ffff88027e0100c0, c=ffff88007f840000, next=0000000000000000, prev=0000000000000000 > BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 Randy, can you post the debug patch you used? The above goes boom when it attempts to remove a command that isn't on the list, the Qptr in the last example should be empty, hence the oops. So I'd be interested in seeing what removeQ() calls this is, I'm assuming it's this bit in do_cciss_intr(): ... while (c->busaddr != a) { c = c->next; if (c == h->cmpQ) break; } } /* * If we've found the command, take it off the * completion Q and free it */ if (c->busaddr == a) { removeQ(&h->cmpQ, c); if (c->cmd_type == CMD_RWREQ) { complete_command(h, c, 0); ... If so, what part of the c lookup are you hitting - the on that does: c = h->cmd_pool + a2; or the c->busaddr check that his shown above? -- Jens Axboe ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-19 8:52 ` Jens Axboe @ 2008-11-19 17:00 ` Miller, Mike (OS Dev) 2008-11-19 17:22 ` Randy Dunlap 2008-11-19 17:18 ` Randy Dunlap 1 sibling, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-11-19 17:00 UTC (permalink / raw) To: Jens Axboe, Randy Dunlap; +Cc: scsi, James Bottomley, lkml, akpm > -----Original Message----- > From: Jens Axboe [mailto:jens.axboe@oracle.com] > Sent: Wednesday, November 19, 2008 2:52 AM > To: Randy Dunlap > Cc: scsi; Miller, Mike (OS Dev); James Bottomley; lkml; akpm > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > On Tue, Nov 18 2008, Randy Dunlap wrote: > > Randy Dunlap wrote: > > > Randy Dunlap wrote: > > >> Miller, Mike (OS Dev) wrote: > > >>>> -----Original Message----- > > >>>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > > >>>> Sent: Thursday, September 25, 2008 3:40 PM > > >>>> To: scsi > > >>>> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; > > >>>> akpm > > >>>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > >>>> > > >>>> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: > > >>>> > > >>>>> Jens Axboe wrote: > > >>>>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: > > >>>>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > > >>>>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > > >>>>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e > > >>>> <do_cciss_intr+2509> > > >>>>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 > > >>>>>>>>>>> SA5_fifo_full > > >>>>>>>>>>> > > >>>> > /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h: > > >>>> 2 > > >>>>>>>> 06 > > >>>>>>>>>> OK ...that's confusing. It seems to be saying that > > >>>> ctrlr_info_t > > >>>>>>>>>> * was NULL. However, I can't see a way of > getting into the > > >>>>>>>> fifo_full > > >>>>>>>>>> callback from do_cciss_intr .. > > >>>>>>>>>> especially not with an NULL host. > > >>>>>>>>>> > > >>>>>>>>>> James > > >>>>>>>>> That is weird. Even if we could get there > fifo_full doesn't > > >>>>>>>> do anything but wait for a bit. > > >>>>>>>> > > >>>>>>>> Hi, > > >>>>>>>> > > >>>>>>>> This just happened again. This time it's on > 2.6.27-rc5-git3. > > >>>>>>>> > > >>>>>>>> ~Randy > > >>>>>>> Thanks Randy. I think. :) > > >>>>>>> > > >>>>>>> I'll try to recreate in my lab. > > >>>>>> This looks somewhat strange, mostly like 'c' is NULL > and it's > > >>>>>> oopsing in in removeQ (I don't think Randy's analysis is > > >>>> correct in > > >>>>>> assuming it's 'h' and it's in fifo_full). Given that 'c' > > >>>> cannot be > > >>>>>> NULL, it's c->prev or c->next that are NULL. > > >> This BUG: has happened (now) 5 times today. Higher > frequency than > > >> usual for some reason. > > >> > > >> I enabled CCISS_DEBUG and added one printk in removeQ(). On the > > >> first call > > > > > > s/first/second/ > > > > > > > > >> to removeQ(), both c->next and c->prev are NULL. > > >> > > >> Here's the kernel log output from cciss: > > > > I added a printk() in addQ() as well. Here's the new output: > > > > HP CISS Driver (v 3.6.20) > > ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss > 0000:42:08.0: > > PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 command = > > 147 irq = 36 board_id = 3211103c cciss 0000:42:08.0: irq 87 for > > MSI/MSI-X address 0 = fdf80000 cfg base address = 10 cfg > base address > > index = 0 cfg offset = 400 Controller Configuration information > > ------------------------------------ > > Signature = CISS > > Spec Number = 1 > > Transport methods supported = 0x6 > > Transport methods active = 0x3 > > Requested transport Method = 0x0 > > Coalesce Interrupt Delay = 0x0 > > Coalesce Interrupt Count = 0x1 > > Max outstanding commands = 0x256 > > Bus Types = 0x200000 > > Server Name = > > Heartbeat Counter = 0x1672 > > > > > > Trying to put board into Simple mode > > I counter got to 1 0 > > Controller Configuration information > > ------------------------------------ > > Signature = CISS > > Spec Number = 1 > > Transport methods supported = 0x6 > > Transport methods active = 0x3 > > Requested transport Method = 0x0 > > Coalesce Interrupt Delay = 0x0 > > Coalesce Interrupt Count = 0x1 > > Max outstanding commands = 0x256 > > Bus Types = 0x200000 > > Server Name = > > Heartbeat Counter = 0x1672 > > > > > > cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC > > cciss: intr_pending 8 > > cciss: addQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000 > > cciss: removeQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000, > > next=ffff88007f83e000, prev=ffff88007f83e000 Sending > 7f83e000 - down > > to controller > > cciss: addQ: Qptr=ffff88027e0100c0, c=ffff88007f83e000 > > cciss: intr_pending 8 > > cciss: Read 4 back from board > > cciss: removeQ: Qptr=ffff88027e0100c0, c=ffff88007f840000, > > next=0000000000000000, prev=0000000000000000 > > BUG: unable to handle kernel NULL pointer dereference at > > 0000000000000248 > > Randy, can you post the debug patch you used? The above goes > boom when it attempts to remove a command that isn't on the > list, the Qptr in the last example should be empty, hence the > oops. So I'd be interested in seeing what removeQ() calls > this is, I'm assuming it's this bit in > do_cciss_intr(): > > ... > while (c->busaddr != a) { > c = c->next; > if (c == h->cmpQ) > break; > } > } > /* > * If we've found the command, take it off the > * completion Q and free it > */ > if (c->busaddr == a) { > removeQ(&h->cmpQ, c); > if (c->cmd_type == CMD_RWREQ) { > complete_command(h, c, 0); > ... > > If so, what part of the c lookup are you hitting - the on that does: > > c = h->cmd_pool + a2; > > or the c->busaddr check that his shown above? > > -- Randy, I still can't reproduce this bug. I have your config file on a BL465c w/e200i. Just to confirm, you only see this at init time, correct? Please post your debug patch as Jens requested. -- mikem ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-19 17:00 ` Miller, Mike (OS Dev) @ 2008-11-19 17:22 ` Randy Dunlap 2008-11-19 17:27 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Randy Dunlap @ 2008-11-19 17:22 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: Jens Axboe, scsi, James Bottomley, lkml, akpm Miller, Mike (OS Dev) wrote: > >> -----Original Message----- >> From: Jens Axboe [mailto:jens.axboe@oracle.com] >> Sent: Wednesday, November 19, 2008 2:52 AM >> To: Randy Dunlap >> Cc: scsi; Miller, Mike (OS Dev); James Bottomley; lkml; akpm >> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >> >> On Tue, Nov 18 2008, Randy Dunlap wrote: >>> Randy Dunlap wrote: >>>> Randy Dunlap wrote: >>>>> Miller, Mike (OS Dev) wrote: >>>>>>> -----Original Message----- >>>>>>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] >>>>>>> Sent: Thursday, September 25, 2008 3:40 PM >>>>>>> To: scsi >>>>>>> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; >>>>>>> akpm >>>>>>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >>>>>>> >>>>>>> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: >>>>>>> >>>>>>>> Jens Axboe wrote: >>>>>>>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: >>>>>>>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx >>>>>>>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx >>>>>>>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e >>>>>>> <do_cciss_intr+2509> >>>>>>>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 >>>>>>>>>>>>>> SA5_fifo_full >>>>>>>>>>>>>> >> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h: >>>>>>> 2 >>>>>>>>>>> 06 >>>>>>>>>>>>> OK ...that's confusing. It seems to be saying that >>>>>>> ctrlr_info_t >>>>>>>>>>>>> * was NULL. However, I can't see a way of >> getting into the >>>>>>>>>>> fifo_full >>>>>>>>>>>>> callback from do_cciss_intr .. >>>>>>>>>>>>> especially not with an NULL host. >>>>>>>>>>>>> >>>>>>>>>>>>> James >>>>>>>>>>>> That is weird. Even if we could get there >> fifo_full doesn't >>>>>>>>>>> do anything but wait for a bit. >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> This just happened again. This time it's on >> 2.6.27-rc5-git3. >>>>>>>>>>> ~Randy >>>>>>>>>> Thanks Randy. I think. :) >>>>>>>>>> >>>>>>>>>> I'll try to recreate in my lab. >>>>>>>>> This looks somewhat strange, mostly like 'c' is NULL >> and it's >>>>>>>>> oopsing in in removeQ (I don't think Randy's analysis is >>>>>>> correct in >>>>>>>>> assuming it's 'h' and it's in fifo_full). Given that 'c' >>>>>>> cannot be >>>>>>>>> NULL, it's c->prev or c->next that are NULL. >>>>> This BUG: has happened (now) 5 times today. Higher >> frequency than >>>>> usual for some reason. >>>>> >>>>> I enabled CCISS_DEBUG and added one printk in removeQ(). On the >>>>> first call >>>> s/first/second/ >>>> >>>> >>>>> to removeQ(), both c->next and c->prev are NULL. >>>>> >>>>> Here's the kernel log output from cciss: >>> I added a printk() in addQ() as well. Here's the new output: >>> >>> HP CISS Driver (v 3.6.20) >>> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss >> 0000:42:08.0: >>> PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 command = >>> 147 irq = 36 board_id = 3211103c cciss 0000:42:08.0: irq 87 for >>> MSI/MSI-X address 0 = fdf80000 cfg base address = 10 cfg >> base address >>> index = 0 cfg offset = 400 Controller Configuration information >>> ------------------------------------ >>> Signature = CISS >>> Spec Number = 1 >>> Transport methods supported = 0x6 >>> Transport methods active = 0x3 >>> Requested transport Method = 0x0 >>> Coalesce Interrupt Delay = 0x0 >>> Coalesce Interrupt Count = 0x1 >>> Max outstanding commands = 0x256 >>> Bus Types = 0x200000 >>> Server Name = >>> Heartbeat Counter = 0x1672 >>> >>> >>> Trying to put board into Simple mode >>> I counter got to 1 0 >>> Controller Configuration information >>> ------------------------------------ >>> Signature = CISS >>> Spec Number = 1 >>> Transport methods supported = 0x6 >>> Transport methods active = 0x3 >>> Requested transport Method = 0x0 >>> Coalesce Interrupt Delay = 0x0 >>> Coalesce Interrupt Count = 0x1 >>> Max outstanding commands = 0x256 >>> Bus Types = 0x200000 >>> Server Name = >>> Heartbeat Counter = 0x1672 >>> >>> >>> cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC >>> cciss: intr_pending 8 >>> cciss: addQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000 >>> cciss: removeQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000, >>> next=ffff88007f83e000, prev=ffff88007f83e000 Sending >> 7f83e000 - down >>> to controller >>> cciss: addQ: Qptr=ffff88027e0100c0, c=ffff88007f83e000 >>> cciss: intr_pending 8 >>> cciss: Read 4 back from board >>> cciss: removeQ: Qptr=ffff88027e0100c0, c=ffff88007f840000, >>> next=0000000000000000, prev=0000000000000000 >>> BUG: unable to handle kernel NULL pointer dereference at >>> 0000000000000248 >> Randy, can you post the debug patch you used? The above goes >> boom when it attempts to remove a command that isn't on the >> list, the Qptr in the last example should be empty, hence the >> oops. So I'd be interested in seeing what removeQ() calls >> this is, I'm assuming it's this bit in >> do_cciss_intr(): >> >> ... >> while (c->busaddr != a) { >> c = c->next; >> if (c == h->cmpQ) >> break; >> } >> } >> /* >> * If we've found the command, take it off the >> * completion Q and free it >> */ >> if (c->busaddr == a) { >> removeQ(&h->cmpQ, c); >> if (c->cmd_type == CMD_RWREQ) { >> complete_command(h, c, 0); >> ... >> >> If so, what part of the c lookup are you hitting - the on that does: >> >> c = h->cmd_pool + a2; >> >> or the c->busaddr check that his shown above? >> >> -- > Randy, > I still can't reproduce this bug. I have your config file on a BL465c w/e200i. Just to confirm, you only see this at init time, correct? Yes, only at init time. > Please post your debug patch as Jens requested. Done (separately). I need to back up a bit. Yesterday these BUGs happened consistenly, so I wondered why. Then I recalled that for debugging another bug/problem, I had changed the test system's normal boot kernel from 2.6.25 to 2.6.18-8. The test system is used to build and then boot the new kernel *via kexec*, so it's quite possible (or certain) that something in the kexec world has been fixed since 2.6.18. I don't recall seeing this problem lately when using 2.6.25 to kexec/boot the new test kernel, so I'm quite willing to drop the bug for now and then re-open it if I see the problem again. OK?? -- ~Randy ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-19 17:22 ` Randy Dunlap @ 2008-11-19 17:27 ` Miller, Mike (OS Dev) 2008-11-19 17:29 ` Jens Axboe 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-11-19 17:27 UTC (permalink / raw) To: Randy Dunlap; +Cc: Jens Axboe, scsi, James Bottomley, lkml, akpm > -----Original Message----- > From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > Sent: Wednesday, November 19, 2008 11:23 AM > To: Miller, Mike (OS Dev) > Cc: Jens Axboe; scsi; James Bottomley; lkml; akpm > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > Miller, Mike (OS Dev) wrote: > > > >> -----Original Message----- > >> From: Jens Axboe [mailto:jens.axboe@oracle.com] > >> Sent: Wednesday, November 19, 2008 2:52 AM > >> To: Randy Dunlap > >> Cc: scsi; Miller, Mike (OS Dev); James Bottomley; lkml; akpm > >> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > >> > >> On Tue, Nov 18 2008, Randy Dunlap wrote: > >>> Randy Dunlap wrote: > >>>> Randy Dunlap wrote: > >>>>> Miller, Mike (OS Dev) wrote: > >>>>>>> -----Original Message----- > >>>>>>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > >>>>>>> Sent: Thursday, September 25, 2008 3:40 PM > >>>>>>> To: scsi > >>>>>>> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; > >>>>>>> akpm > >>>>>>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > >>>>>>> > >>>>>>> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: > >>>>>>> > >>>>>>>> Jens Axboe wrote: > >>>>>>>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: > >>>>>>>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > >>>>>>>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > >>>>>>>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e > >>>>>>> <do_cciss_intr+2509> > >>>>>>>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 > >>>>>>>>>>>>>> SA5_fifo_full > >>>>>>>>>>>>>> > >> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h: > >>>>>>> 2 > >>>>>>>>>>> 06 > >>>>>>>>>>>>> OK ...that's confusing. It seems to be saying that > >>>>>>> ctrlr_info_t > >>>>>>>>>>>>> * was NULL. However, I can't see a way of > >> getting into the > >>>>>>>>>>> fifo_full > >>>>>>>>>>>>> callback from do_cciss_intr .. > >>>>>>>>>>>>> especially not with an NULL host. > >>>>>>>>>>>>> > >>>>>>>>>>>>> James > >>>>>>>>>>>> That is weird. Even if we could get there > >> fifo_full doesn't > >>>>>>>>>>> do anything but wait for a bit. > >>>>>>>>>>> > >>>>>>>>>>> Hi, > >>>>>>>>>>> > >>>>>>>>>>> This just happened again. This time it's on > >> 2.6.27-rc5-git3. > >>>>>>>>>>> ~Randy > >>>>>>>>>> Thanks Randy. I think. :) > >>>>>>>>>> > >>>>>>>>>> I'll try to recreate in my lab. > >>>>>>>>> This looks somewhat strange, mostly like 'c' is NULL > >> and it's > >>>>>>>>> oopsing in in removeQ (I don't think Randy's analysis is > >>>>>>> correct in > >>>>>>>>> assuming it's 'h' and it's in fifo_full). Given that 'c' > >>>>>>> cannot be > >>>>>>>>> NULL, it's c->prev or c->next that are NULL. > >>>>> This BUG: has happened (now) 5 times today. Higher > >> frequency than > >>>>> usual for some reason. > >>>>> > >>>>> I enabled CCISS_DEBUG and added one printk in > removeQ(). On the > >>>>> first call > >>>> s/first/second/ > >>>> > >>>> > >>>>> to removeQ(), both c->next and c->prev are NULL. > >>>>> > >>>>> Here's the kernel log output from cciss: > >>> I added a printk() in addQ() as well. Here's the new output: > >>> > >>> HP CISS Driver (v 3.6.20) > >>> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss > >> 0000:42:08.0: > >>> PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 > command = > >>> 147 irq = 36 board_id = 3211103c cciss 0000:42:08.0: irq 87 for > >>> MSI/MSI-X address 0 = fdf80000 cfg base address = 10 cfg > >> base address > >>> index = 0 cfg offset = 400 Controller Configuration information > >>> ------------------------------------ > >>> Signature = CISS > >>> Spec Number = 1 > >>> Transport methods supported = 0x6 > >>> Transport methods active = 0x3 > >>> Requested transport Method = 0x0 > >>> Coalesce Interrupt Delay = 0x0 > >>> Coalesce Interrupt Count = 0x1 > >>> Max outstanding commands = 0x256 > >>> Bus Types = 0x200000 > >>> Server Name = > >>> Heartbeat Counter = 0x1672 > >>> > >>> > >>> Trying to put board into Simple mode I counter got to 1 0 > Controller > >>> Configuration information > >>> ------------------------------------ > >>> Signature = CISS > >>> Spec Number = 1 > >>> Transport methods supported = 0x6 > >>> Transport methods active = 0x3 > >>> Requested transport Method = 0x0 > >>> Coalesce Interrupt Delay = 0x0 > >>> Coalesce Interrupt Count = 0x1 > >>> Max outstanding commands = 0x256 > >>> Bus Types = 0x200000 > >>> Server Name = > >>> Heartbeat Counter = 0x1672 > >>> > >>> > >>> cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC > >>> cciss: intr_pending 8 > >>> cciss: addQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000 > >>> cciss: removeQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000, > >>> next=ffff88007f83e000, prev=ffff88007f83e000 Sending > >> 7f83e000 - down > >>> to controller > >>> cciss: addQ: Qptr=ffff88027e0100c0, c=ffff88007f83e000 > >>> cciss: intr_pending 8 > >>> cciss: Read 4 back from board > >>> cciss: removeQ: Qptr=ffff88027e0100c0, c=ffff88007f840000, > >>> next=0000000000000000, prev=0000000000000000 > >>> BUG: unable to handle kernel NULL pointer dereference at > >>> 0000000000000248 > >> Randy, can you post the debug patch you used? The above goes boom > >> when it attempts to remove a command that isn't on the > list, the Qptr > >> in the last example should be empty, hence the oops. So I'd be > >> interested in seeing what removeQ() calls this is, I'm > assuming it's > >> this bit in > >> do_cciss_intr(): > >> > >> ... > >> while (c->busaddr != a) { > >> c = c->next; > >> if (c == h->cmpQ) > >> break; > >> } > >> } > >> /* > >> * If we've found the command, take it off the > >> * completion Q and free it > >> */ > >> if (c->busaddr == a) { > >> removeQ(&h->cmpQ, c); > >> if (c->cmd_type == CMD_RWREQ) { > >> complete_command(h, c, 0); > >> ... > >> > >> If so, what part of the c lookup are you hitting - the on > that does: > >> > >> c = h->cmd_pool + a2; > >> > >> or the c->busaddr check that his shown above? > >> > >> -- > > Randy, > > I still can't reproduce this bug. I have your config file > on a BL465c w/e200i. Just to confirm, you only see this at > init time, correct? > > Yes, only at init time. > > > Please post your debug patch as Jens requested. > > Done (separately). > > I need to back up a bit. Yesterday these BUGs happened > consistenly, so I wondered why. Then I recalled that for > debugging another bug/problem, I had changed the test > system's normal boot kernel from 2.6.25 to 2.6.18-8. The > test system is used to build and then boot the new kernel > *via kexec*, so it's quite possible (or certain) that > something in the kexec world has been fixed since 2.6.18. I > don't recall seeing this problem lately when using 2.6.25 to > kexec/boot the new test kernel, so I'm quite willing to drop > the bug for now and then re-open it if I see the problem again. OK?? Ahhhh, the kexec piece was missing. Now I don't feel quite so clueless. I'm OK with dropping the bug for now. Jens, James? -- mikem > > -- > ~Randy > ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-19 17:27 ` Miller, Mike (OS Dev) @ 2008-11-19 17:29 ` Jens Axboe 2008-11-19 19:15 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Jens Axboe @ 2008-11-19 17:29 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: Randy Dunlap, scsi, James Bottomley, lkml, akpm On Wed, Nov 19 2008, Miller, Mike (OS Dev) wrote: > > > > -----Original Message----- > > From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > > Sent: Wednesday, November 19, 2008 11:23 AM > > To: Miller, Mike (OS Dev) > > Cc: Jens Axboe; scsi; James Bottomley; lkml; akpm > > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > > > Miller, Mike (OS Dev) wrote: > > > > > >> -----Original Message----- > > >> From: Jens Axboe [mailto:jens.axboe@oracle.com] > > >> Sent: Wednesday, November 19, 2008 2:52 AM > > >> To: Randy Dunlap > > >> Cc: scsi; Miller, Mike (OS Dev); James Bottomley; lkml; akpm > > >> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > >> > > >> On Tue, Nov 18 2008, Randy Dunlap wrote: > > >>> Randy Dunlap wrote: > > >>>> Randy Dunlap wrote: > > >>>>> Miller, Mike (OS Dev) wrote: > > >>>>>>> -----Original Message----- > > >>>>>>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] > > >>>>>>> Sent: Thursday, September 25, 2008 3:40 PM > > >>>>>>> To: scsi > > >>>>>>> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; > > >>>>>>> akpm > > >>>>>>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > >>>>>>> > > >>>>>>> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: > > >>>>>>> > > >>>>>>>> Jens Axboe wrote: > > >>>>>>>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: > > >>>>>>>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx > > >>>>>>>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx > > >>>>>>>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e > > >>>>>>> <do_cciss_intr+2509> > > >>>>>>>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 > > >>>>>>>>>>>>>> SA5_fifo_full > > >>>>>>>>>>>>>> > > >> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h: > > >>>>>>> 2 > > >>>>>>>>>>> 06 > > >>>>>>>>>>>>> OK ...that's confusing. It seems to be saying that > > >>>>>>> ctrlr_info_t > > >>>>>>>>>>>>> * was NULL. However, I can't see a way of > > >> getting into the > > >>>>>>>>>>> fifo_full > > >>>>>>>>>>>>> callback from do_cciss_intr .. > > >>>>>>>>>>>>> especially not with an NULL host. > > >>>>>>>>>>>>> > > >>>>>>>>>>>>> James > > >>>>>>>>>>>> That is weird. Even if we could get there > > >> fifo_full doesn't > > >>>>>>>>>>> do anything but wait for a bit. > > >>>>>>>>>>> > > >>>>>>>>>>> Hi, > > >>>>>>>>>>> > > >>>>>>>>>>> This just happened again. This time it's on > > >> 2.6.27-rc5-git3. > > >>>>>>>>>>> ~Randy > > >>>>>>>>>> Thanks Randy. I think. :) > > >>>>>>>>>> > > >>>>>>>>>> I'll try to recreate in my lab. > > >>>>>>>>> This looks somewhat strange, mostly like 'c' is NULL > > >> and it's > > >>>>>>>>> oopsing in in removeQ (I don't think Randy's analysis is > > >>>>>>> correct in > > >>>>>>>>> assuming it's 'h' and it's in fifo_full). Given that 'c' > > >>>>>>> cannot be > > >>>>>>>>> NULL, it's c->prev or c->next that are NULL. > > >>>>> This BUG: has happened (now) 5 times today. Higher > > >> frequency than > > >>>>> usual for some reason. > > >>>>> > > >>>>> I enabled CCISS_DEBUG and added one printk in > > removeQ(). On the > > >>>>> first call > > >>>> s/first/second/ > > >>>> > > >>>> > > >>>>> to removeQ(), both c->next and c->prev are NULL. > > >>>>> > > >>>>> Here's the kernel log output from cciss: > > >>> I added a printk() in addQ() as well. Here's the new output: > > >>> > > >>> HP CISS Driver (v 3.6.20) > > >>> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 cciss > > >> 0000:42:08.0: > > >>> PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 > > command = > > >>> 147 irq = 36 board_id = 3211103c cciss 0000:42:08.0: irq 87 for > > >>> MSI/MSI-X address 0 = fdf80000 cfg base address = 10 cfg > > >> base address > > >>> index = 0 cfg offset = 400 Controller Configuration information > > >>> ------------------------------------ > > >>> Signature = CISS > > >>> Spec Number = 1 > > >>> Transport methods supported = 0x6 > > >>> Transport methods active = 0x3 > > >>> Requested transport Method = 0x0 > > >>> Coalesce Interrupt Delay = 0x0 > > >>> Coalesce Interrupt Count = 0x1 > > >>> Max outstanding commands = 0x256 > > >>> Bus Types = 0x200000 > > >>> Server Name = > > >>> Heartbeat Counter = 0x1672 > > >>> > > >>> > > >>> Trying to put board into Simple mode I counter got to 1 0 > > Controller > > >>> Configuration information > > >>> ------------------------------------ > > >>> Signature = CISS > > >>> Spec Number = 1 > > >>> Transport methods supported = 0x6 > > >>> Transport methods active = 0x3 > > >>> Requested transport Method = 0x0 > > >>> Coalesce Interrupt Delay = 0x0 > > >>> Coalesce Interrupt Count = 0x1 > > >>> Max outstanding commands = 0x256 > > >>> Bus Types = 0x200000 > > >>> Server Name = > > >>> Heartbeat Counter = 0x1672 > > >>> > > >>> > > >>> cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC > > >>> cciss: intr_pending 8 > > >>> cciss: addQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000 > > >>> cciss: removeQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000, > > >>> next=ffff88007f83e000, prev=ffff88007f83e000 Sending > > >> 7f83e000 - down > > >>> to controller > > >>> cciss: addQ: Qptr=ffff88027e0100c0, c=ffff88007f83e000 > > >>> cciss: intr_pending 8 > > >>> cciss: Read 4 back from board > > >>> cciss: removeQ: Qptr=ffff88027e0100c0, c=ffff88007f840000, > > >>> next=0000000000000000, prev=0000000000000000 > > >>> BUG: unable to handle kernel NULL pointer dereference at > > >>> 0000000000000248 > > >> Randy, can you post the debug patch you used? The above goes boom > > >> when it attempts to remove a command that isn't on the > > list, the Qptr > > >> in the last example should be empty, hence the oops. So I'd be > > >> interested in seeing what removeQ() calls this is, I'm > > assuming it's > > >> this bit in > > >> do_cciss_intr(): > > >> > > >> ... > > >> while (c->busaddr != a) { > > >> c = c->next; > > >> if (c == h->cmpQ) > > >> break; > > >> } > > >> } > > >> /* > > >> * If we've found the command, take it off the > > >> * completion Q and free it > > >> */ > > >> if (c->busaddr == a) { > > >> removeQ(&h->cmpQ, c); > > >> if (c->cmd_type == CMD_RWREQ) { > > >> complete_command(h, c, 0); > > >> ... > > >> > > >> If so, what part of the c lookup are you hitting - the on > > that does: > > >> > > >> c = h->cmd_pool + a2; > > >> > > >> or the c->busaddr check that his shown above? > > >> > > >> -- > > > Randy, > > > I still can't reproduce this bug. I have your config file > > on a BL465c w/e200i. Just to confirm, you only see this at > > init time, correct? > > > > Yes, only at init time. > > > > > Please post your debug patch as Jens requested. > > > > Done (separately). > > > > I need to back up a bit. Yesterday these BUGs happened > > consistenly, so I wondered why. Then I recalled that for > > debugging another bug/problem, I had changed the test > > system's normal boot kernel from 2.6.25 to 2.6.18-8. The > > test system is used to build and then boot the new kernel > > *via kexec*, so it's quite possible (or certain) that > > something in the kexec world has been fixed since 2.6.18. I > > don't recall seeing this problem lately when using 2.6.25 to > > kexec/boot the new test kernel, so I'm quite willing to drop > > the bug for now and then re-open it if I see the problem again. OK?? > > Ahhhh, the kexec piece was missing. Now I don't feel quite so > clueless. I'm OK with dropping the bug for now. Jens, James? Yeah, kexec is definitely a clue. My guess is that we got some sort of left over completion. Regardless of the status of this particular bug or not, I think it would be a good idea to add some checks for when a command is attempted removed from a queue it isn't currently on. -- Jens Axboe ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-19 17:29 ` Jens Axboe @ 2008-11-19 19:15 ` Miller, Mike (OS Dev) 2008-11-19 20:46 ` Jens Axboe 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-11-19 19:15 UTC (permalink / raw) To: Jens Axboe; +Cc: Randy Dunlap, scsi, James Bottomley, lkml, akpm Jens wrote: > > Yeah, kexec is definitely a clue. My guess is that we got > some sort of left over completion. Regardless of the status > of this particular bug or not, I think it would be a good > idea to add some checks for when a command is attempted > removed from a queue it isn't currently on. > I agree, I'll fix. -- mikem ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-19 19:15 ` Miller, Mike (OS Dev) @ 2008-11-19 20:46 ` Jens Axboe 2008-11-20 9:13 ` Jens Axboe 0 siblings, 1 reply; 35+ messages in thread From: Jens Axboe @ 2008-11-19 20:46 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: Randy Dunlap, scsi, James Bottomley, lkml, akpm On Wed, Nov 19 2008, Miller, Mike (OS Dev) wrote: > Jens wrote: > > > > > Yeah, kexec is definitely a clue. My guess is that we got > > some sort of left over completion. Regardless of the status > > of this particular bug or not, I think it would be a good > > idea to add some checks for when a command is attempted > > removed from a queue it isn't currently on. > > > > I agree, I'll fix. I'd propose just converting it to list_head instead of doing it manually. Heck, that should be a 5 minute job, let me just do it... OK, here it is, totally untested (it compiles, must be golden...) 3 files changed, 24 insertions(+), 40 deletions(-) diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c index 12de1fd..d2923de 100644 --- a/drivers/block/cciss.c +++ b/drivers/block/cciss.c @@ -215,30 +215,17 @@ static struct block_device_operations cciss_fops = { /* * Enqueuing and dequeuing functions for cmdlists. */ -static inline void addQ(CommandList_struct **Qptr, CommandList_struct *c) +static inline void addQ(struct list_head *list, CommandList_struct *c) { - if (*Qptr == NULL) { - *Qptr = c; - c->next = c->prev = c; - } else { - c->prev = (*Qptr)->prev; - c->next = (*Qptr); - (*Qptr)->prev->next = c; - (*Qptr)->prev = c; - } + list_add(&c->list, list); } -static inline CommandList_struct *removeQ(CommandList_struct **Qptr, - CommandList_struct *c) +static inline CommandList_struct *removeQ(CommandList_struct *c) { - if (c && c->next != c) { - if (*Qptr == c) - *Qptr = c->next; - c->prev->next = c->next; - c->next->prev = c->prev; - } else { - *Qptr = NULL; - } + if (WARN_ON(list_empty(&c->list))) + return NULL; + + list_del_init(&c->list); return c; } @@ -506,6 +493,7 @@ static CommandList_struct *cmd_alloc(ctlr_info_t *h, int get_from_pool) c->cmdindex = i; } + INIT_LIST_HEAD(&c->list); c->busaddr = (__u32) cmd_dma_handle; temp64.val = (__u64) err_dma_handle; c->ErrDesc.Addr.lower = temp64.val32.lower; @@ -2543,7 +2531,8 @@ static void start_io(ctlr_info_t *h) { CommandList_struct *c; - while ((c = h->reqQ) != NULL) { + while (!list_empty(&h->reqQ)) { + c = list_entry(h->reqQ.next, CommandList_struct, list); /* can't do anything if fifo is full */ if ((h->access.fifo_full(h))) { printk(KERN_WARNING "cciss: fifo full\n"); @@ -2551,7 +2540,7 @@ static void start_io(ctlr_info_t *h) } /* Get the first entry from the Request Q */ - removeQ(&(h->reqQ), c); + removeQ(c); h->Qdepth--; /* Tell the controller execute command */ @@ -2981,15 +2970,8 @@ static irqreturn_t do_cciss_intr(int irq, void *dev_id) } else { a &= ~3; - if ((c = h->cmpQ) == NULL) { - printk(KERN_WARNING - "cciss: Completion of %08x ignored\n", - a1); - continue; - } - while (c->busaddr != a) { - c = c->next; - if (c == h->cmpQ) + list_for_each_entry(c, &h->cmpQ, list) { + if (c->busaddr == a) break; } } @@ -2998,7 +2980,7 @@ static irqreturn_t do_cciss_intr(int irq, void *dev_id) * completion Q and free it */ if (c->busaddr == a) { - removeQ(&h->cmpQ, c); + removeQ(c); if (c->cmd_type == CMD_RWREQ) { complete_command(h, c, 0); } else if (c->cmd_type == CMD_IOCTL_PEND) { @@ -3417,6 +3399,8 @@ static int __devinit cciss_init_one(struct pci_dev *pdev, return -1; hba[i]->busy_initializing = 1; + INIT_LIST_HEAD(&hba[i]->cmpQ); + INIT_LIST_HEAD(&hba[i]->reqQ); if (cciss_pci_init(hba[i], pdev) != 0) goto clean1; @@ -3724,15 +3708,16 @@ static void fail_all_cmds(unsigned long ctlr) pci_disable_device(h->pdev); /* Make sure it is really dead. */ /* move everything off the request queue onto the completed queue */ - while ((c = h->reqQ) != NULL) { - removeQ(&(h->reqQ), c); + while (!list_empty(&h->reqQ)) { + c = list_entry(h->reqQ.next, CommandList_struct, list); + removeQ(c); h->Qdepth--; addQ(&(h->cmpQ), c); } /* Now, fail everything on the completed queue with a HW error */ - while ((c = h->cmpQ) != NULL) { - removeQ(&h->cmpQ, c); + while (!list_empty(&h->cmpQ)) { + removeQ(c); c->err_info->CommandStatus = CMD_HARDWARE_ERR; if (c->cmd_type == CMD_RWREQ) { complete_command(h, c, 0); diff --git a/drivers/block/cciss.h b/drivers/block/cciss.h index 24a7efa..5a9806a 100644 --- a/drivers/block/cciss.h +++ b/drivers/block/cciss.h @@ -89,8 +89,8 @@ struct ctlr_info struct access_method access; /* queue and queue Info */ - CommandList_struct *reqQ; - CommandList_struct *cmpQ; + struct list_head reqQ; + struct list_head cmpQ; unsigned int Qdepth; unsigned int maxQsinceinit; unsigned int maxSG; diff --git a/drivers/block/cciss_cmd.h b/drivers/block/cciss_cmd.h index 43bf559..899cc0e 100644 --- a/drivers/block/cciss_cmd.h +++ b/drivers/block/cciss_cmd.h @@ -265,8 +265,7 @@ typedef struct _CommandList_struct { int ctlr; int cmd_type; long cmdindex; - struct _CommandList_struct *prev; - struct _CommandList_struct *next; + struct list_head list; struct request * rq; struct completion *waiting; int retry_count; -- Jens Axboe ^ permalink raw reply related [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-19 20:46 ` Jens Axboe @ 2008-11-20 9:13 ` Jens Axboe 2008-11-20 16:41 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Jens Axboe @ 2008-11-20 9:13 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: Randy Dunlap, scsi, James Bottomley, lkml, akpm On Wed, Nov 19 2008, Jens Axboe wrote: > On Wed, Nov 19 2008, Miller, Mike (OS Dev) wrote: > > Jens wrote: > > > > > > > > Yeah, kexec is definitely a clue. My guess is that we got > > > some sort of left over completion. Regardless of the status > > > of this particular bug or not, I think it would be a good > > > idea to add some checks for when a command is attempted > > > removed from a queue it isn't currently on. > > > > > > > I agree, I'll fix. > > I'd propose just converting it to list_head instead of doing it > manually. Heck, that should be a 5 minute job, let me just do it... > > OK, here it is, totally untested (it compiles, must be golden...) It was missing a list_entry() in fail_all_cmds(), apart from that it was fine. I changed it to use hlist instead, as that is more appropriate and similar to how it worked before. It also means there's no extra space usage in the controller structure. I've tested it and it works fine for me. Mike, can you give this a look-over and give me a Reviewed-by or similar? As an extra bonus, it also gets rid of some code. 3 files changed, 33 insertions(+), 46 deletions(-) http://git.kernel.dk/?p=linux-2.6-block.git;a=commit;h=e303054e55acd1b6478b8859a5f8648bfaf69a44 -- Jens Axboe ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-20 9:13 ` Jens Axboe @ 2008-11-20 16:41 ` Miller, Mike (OS Dev) 2008-11-20 17:50 ` Jens Axboe 0 siblings, 1 reply; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-11-20 16:41 UTC (permalink / raw) To: Jens Axboe; +Cc: Randy Dunlap, scsi, James Bottomley, lkml, akpm Jens wrote: > > > > I'd propose just converting it to list_head instead of doing it > > manually. Heck, that should be a 5 minute job, let me just do it... > > > > OK, here it is, totally untested (it compiles, must be golden...) > > It was missing a list_entry() in fail_all_cmds(), apart from > that it was fine. I changed it to use hlist instead, as that > is more appropriate and similar to how it worked before. It > also means there's no extra space usage in the controller > structure. I've tested it and it works fine for me. > > Mike, can you give this a look-over and give me a Reviewed-by > or similar? As an extra bonus, it also gets rid of some code. > > 3 files changed, 33 insertions(+), 46 deletions(-) > > http://git.kernel.dk/?p=linux-2.6-block.git;a=commit;h=e303054 > e55acd1b6478b8859a5f8648bfaf69a44 That works for me. :) Acked-by: Mike Miller <mike.miller@hp.com> ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-20 16:41 ` Miller, Mike (OS Dev) @ 2008-11-20 17:50 ` Jens Axboe 2008-11-20 19:12 ` Miller, Mike (OS Dev) 0 siblings, 1 reply; 35+ messages in thread From: Jens Axboe @ 2008-11-20 17:50 UTC (permalink / raw) To: Miller, Mike (OS Dev); +Cc: Randy Dunlap, scsi, James Bottomley, lkml, akpm On Thu, Nov 20 2008, Miller, Mike (OS Dev) wrote: > Jens wrote: > > > > > > > I'd propose just converting it to list_head instead of doing it > > > manually. Heck, that should be a 5 minute job, let me just do it... > > > > > > OK, here it is, totally untested (it compiles, must be golden...) > > > > It was missing a list_entry() in fail_all_cmds(), apart from > > that it was fine. I changed it to use hlist instead, as that > > is more appropriate and similar to how it worked before. It > > also means there's no extra space usage in the controller > > structure. I've tested it and it works fine for me. > > > > Mike, can you give this a look-over and give me a Reviewed-by > > or similar? As an extra bonus, it also gets rid of some code. > > > > 3 files changed, 33 insertions(+), 46 deletions(-) > > > > http://git.kernel.dk/?p=linux-2.6-block.git;a=commit;h=e303054 > > e55acd1b6478b8859a5f8648bfaf69a44 > > That works for me. :) > > Acked-by: Mike Miller <mike.miller@hp.com> Excellent, thanks Mike. If you could run it through a cycle or so of your regular testing, I'd feel 100% confident in it. -- Jens Axboe ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-20 17:50 ` Jens Axboe @ 2008-11-20 19:12 ` Miller, Mike (OS Dev) 0 siblings, 0 replies; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-11-20 19:12 UTC (permalink / raw) To: Jens Axboe; +Cc: Randy Dunlap, scsi, James Bottomley, lkml, akpm > -----Original Message----- > From: Jens Axboe [mailto:jens.axboe@oracle.com] > Sent: Thursday, November 20, 2008 11:51 AM > To: Miller, Mike (OS Dev) > Cc: Randy Dunlap; scsi; James Bottomley; lkml; akpm > Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr > > On Thu, Nov 20 2008, Miller, Mike (OS Dev) wrote: > > Jens wrote: > > > > > > > > > > I'd propose just converting it to list_head instead of doing it > > > > manually. Heck, that should be a 5 minute job, let me > just do it... > > > > > > > > OK, here it is, totally untested (it compiles, must be > golden...) > > > > > > It was missing a list_entry() in fail_all_cmds(), apart > from that it > > > was fine. I changed it to use hlist instead, as that is more > > > appropriate and similar to how it worked before. It also means > > > there's no extra space usage in the controller structure. I've > > > tested it and it works fine for me. > > > > > > Mike, can you give this a look-over and give me a Reviewed-by or > > > similar? As an extra bonus, it also gets rid of some code. > > > > > > 3 files changed, 33 insertions(+), 46 deletions(-) > > > > > > http://git.kernel.dk/?p=linux-2.6-block.git;a=commit;h=e303054 > > > e55acd1b6478b8859a5f8648bfaf69a44 > > > > That works for me. :) > > > > Acked-by: Mike Miller <mike.miller@hp.com> > > Excellent, thanks Mike. If you could run it through a cycle > or so of your regular testing, I'd feel 100% confident in it. Jens, I'm porting the changes into our build environment so they will go thru the full QA cycle. I'm also testing in my lab before giving the changes to QA. Thanks for the quick fix. -- mikem ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-19 8:52 ` Jens Axboe 2008-11-19 17:00 ` Miller, Mike (OS Dev) @ 2008-11-19 17:18 ` Randy Dunlap 1 sibling, 0 replies; 35+ messages in thread From: Randy Dunlap @ 2008-11-19 17:18 UTC (permalink / raw) To: Jens Axboe; +Cc: scsi, Miller, Mike (OS Dev), James Bottomley, lkml, akpm [-- Attachment #1: Type: text/plain, Size: 5492 bytes --] Jens Axboe wrote: > On Tue, Nov 18 2008, Randy Dunlap wrote: >> Randy Dunlap wrote: >>> Randy Dunlap wrote: >>>> Miller, Mike (OS Dev) wrote: >>>>>> -----Original Message----- >>>>>> From: Randy Dunlap [mailto:randy.dunlap@oracle.com] >>>>>> Sent: Thursday, September 25, 2008 3:40 PM >>>>>> To: scsi >>>>>> Cc: Jens Axboe; Miller, Mike (OS Dev); James Bottomley; lkml; akpm >>>>>> Subject: Re: in 2.6.23-rc3-git7 in do_cciss_intr >>>>>> >>>>>> On Thu, 25 Sep 2008 13:33:07 -0700 Randy Dunlap wrote: >>>>>> >>>>>>> Jens Axboe wrote: >>>>>>>> On Thu, Sep 04 2008, Miller, Mike (OS Dev) wrote: >>>>>>>>>>>>> 0x3bb2 <do_cciss_intr+1649>: mov 0x2(%r8),%dx >>>>>>>>>>>>> 0x3bb7 <do_cciss_intr+1654>: test %dx,%dx >>>>>>>>>>>>> 0x3bba <do_cciss_intr+1657>: je 0x3f0e >>>>>> <do_cciss_intr+2509> >>>>>>>>>>>>> $ addr2line -e cciss.o -f do_cciss_intr+0x627 SA5_fifo_full >>>>>>>>>>>>> >>>>>> /home/rdunlap/linsrc/linux-2.6.27-rc3-git7/drivers/block/cciss.h:2 >>>>>>>>>> 06 >>>>>>>>>>>> OK ...that's confusing. It seems to be saying that >>>>>> ctrlr_info_t >>>>>>>>>>>> * was NULL. However, I can't see a way of getting into the >>>>>>>>>> fifo_full >>>>>>>>>>>> callback from do_cciss_intr .. >>>>>>>>>>>> especially not with an NULL host. >>>>>>>>>>>> >>>>>>>>>>>> James >>>>>>>>>>> That is weird. Even if we could get there fifo_full doesn't >>>>>>>>>> do anything but wait for a bit. >>>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> This just happened again. This time it's on 2.6.27-rc5-git3. >>>>>>>>>> >>>>>>>>>> ~Randy >>>>>>>>> Thanks Randy. I think. :) >>>>>>>>> >>>>>>>>> I'll try to recreate in my lab. >>>>>>>> This looks somewhat strange, mostly like 'c' is NULL and it's >>>>>>>> oopsing in in removeQ (I don't think Randy's analysis is >>>>>> correct in >>>>>>>> assuming it's 'h' and it's in fifo_full). Given that 'c' >>>>>> cannot be >>>>>>>> NULL, it's c->prev or c->next that are NULL. >>>> This BUG: has happened (now) 5 times today. Higher frequency than usual for >>>> some reason. >>>> >>>> I enabled CCISS_DEBUG and added one printk in removeQ(). On the first call >>> s/first/second/ >>> >>> >>>> to removeQ(), both c->next and c->prev are NULL. >>>> >>>> Here's the kernel log output from cciss: >> I added a printk() in addQ() as well. Here's the new output: >> >> HP CISS Driver (v 3.6.20) >> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 54 >> cciss 0000:42:08.0: PCI INT A -> Link[LNKA] -> GSI 54 (level, high) -> IRQ 54 >> command = 147 >> irq = 36 >> board_id = 3211103c >> cciss 0000:42:08.0: irq 87 for MSI/MSI-X >> address 0 = fdf80000 >> cfg base address = 10 >> cfg base address index = 0 >> cfg offset = 400 >> Controller Configuration information >> ------------------------------------ >> Signature = CISS >> Spec Number = 1 >> Transport methods supported = 0x6 >> Transport methods active = 0x3 >> Requested transport Method = 0x0 >> Coalesce Interrupt Delay = 0x0 >> Coalesce Interrupt Count = 0x1 >> Max outstanding commands = 0x256 >> Bus Types = 0x200000 >> Server Name = >> Heartbeat Counter = 0x1672 >> >> >> Trying to put board into Simple mode >> I counter got to 1 0 >> Controller Configuration information >> ------------------------------------ >> Signature = CISS >> Spec Number = 1 >> Transport methods supported = 0x6 >> Transport methods active = 0x3 >> Requested transport Method = 0x0 >> Coalesce Interrupt Delay = 0x0 >> Coalesce Interrupt Count = 0x1 >> Max outstanding commands = 0x256 >> Bus Types = 0x200000 >> Server Name = >> Heartbeat Counter = 0x1672 >> >> >> cciss0: <0x3238> at PCI 0000:42:08.0 IRQ 87 using DAC >> cciss: intr_pending 8 >> cciss: addQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000 >> cciss: removeQ: Qptr=ffff88027e0100b8, c=ffff88007f83e000, next=ffff88007f83e000, prev=ffff88007f83e000 >> Sending 7f83e000 - down to controller >> cciss: addQ: Qptr=ffff88027e0100c0, c=ffff88007f83e000 >> cciss: intr_pending 8 >> cciss: Read 4 back from board >> cciss: removeQ: Qptr=ffff88027e0100c0, c=ffff88007f840000, next=0000000000000000, prev=0000000000000000 >> BUG: unable to handle kernel NULL pointer dereference at 0000000000000248 > > Randy, can you post the debug patch you used? The above goes boom when Sure. I have 2 patches. One is a fix for CCISS_DEBUG printk formats that I posted to linux-scsi yesterday. The other just adds more debug code. > it attempts to remove a command that isn't on the list, the Qptr in the > last example should be empty, hence the oops. So I'd be interested in > seeing what removeQ() calls this is, I'm assuming it's this bit in > do_cciss_intr(): > > ... > while (c->busaddr != a) { > c = c->next; > if (c == h->cmpQ) > break; > } > } > /* > * If we've found the command, take it off the > * completion Q and free it > */ > if (c->busaddr == a) { > removeQ(&h->cmpQ, c); > if (c->cmd_type == CMD_RWREQ) { > complete_command(h, c, 0); > ... > > If so, what part of the c lookup are you hitting - the on that does: > > c = h->cmd_pool + a2; > > or the c->busaddr check that his shown above? I don't know that the patch will tell us which call it is. The added code is inside removeQ() and addQ(), not near the calls to them. -- ~Randy [-- Attachment #2: cciss-check-more.patch --] [-- Type: text/x-patch, Size: 1833 bytes --] --- drivers/block/cciss.c | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) --- lin2628-rc5.orig/drivers/block/cciss.c +++ lin2628-rc5/drivers/block/cciss.c @@ -65,6 +65,7 @@ MODULE_SUPPORTED_DEVICE("HP SA5i SA5i+ S MODULE_VERSION("3.6.20"); MODULE_LICENSE("GPL"); +#define CCISS_DEBUG 1 #include "cciss_cmd.h" #include "cciss.h" #include <linux/cciss_ioctl.h> @@ -217,6 +218,10 @@ static struct block_device_operations cc */ static inline void addQ(CommandList_struct **Qptr, CommandList_struct *c) { +#ifdef CCISS_DEBUG + printk(KERN_DEBUG "cciss: %s: Qptr=%p, c=%p\n", + __func__, Qptr, c); +#endif if (*Qptr == NULL) { *Qptr = c; c->next = c->prev = c; @@ -231,6 +236,10 @@ static inline void addQ(CommandList_stru static inline CommandList_struct *removeQ(CommandList_struct **Qptr, CommandList_struct *c) { +#ifdef CCISS_DEBUG + printk(KERN_DEBUG "cciss: %s: Qptr=%p, c=%p, next=%p, prev=%p\n", + __func__, Qptr, c, c ? c->next : 0, c ? c->prev : 0); +#endif if (c && c->next != c) { if (*Qptr == c) *Qptr = c->next; @@ -3200,6 +3209,10 @@ static int __devinit cciss_pci_init(ctlr printk("address 0 = %x\n", c->paddr); #endif /* CCISS_DEBUG */ c->vaddr = remap_pci_mem(c->paddr, 0x250); + if (!c->vaddr) { + printk(KERN_ERR "cciss: remap_pci_mem/vaddr failed\n"); + return -ENOMEM; + } /* Wait for the board to become ready. (PCI hotplug needs this.) * We poll for up to 120 secs, once per 100ms. */ @@ -3239,6 +3252,10 @@ static int __devinit cciss_pci_init(ctlr c->cfgtable = remap_pci_mem(pci_resource_start(pdev, cfg_base_addr_index) + cfg_offset, sizeof(CfgTable_struct)); + if (!c->cfgtable) { + printk(KERN_ERR "cciss: remap_pci_mem/cfgtable failed\n"); + return -ENOMEM; + } c->board_id = board_id; #ifdef CCISS_DEBUG [-- Attachment #3: cciss-debug-printk.patch --] [-- Type: text/x-patch, Size: 2266 bytes --] From: Randy Dunlap <randy.dunlap@oracle.com> Fix printk format warnings when CCISS_DEBUG is defined. drivers/block/cciss.c:2856: warning: format '%d' expects type 'int', but argument 2 has type 'long unsigned int' drivers/block/cciss.c:3205: warning: format '%x' expects type 'unsigned int', but argument 2 has type 'long unsigned int' drivers/block/cciss.c:3236: warning: format '%x' expects type 'unsigned int', but argument 2 has type '__u64' drivers/block/cciss.c:3246: warning: format '%x' expects type 'unsigned int', but argument 2 has type '__u64' Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> --- drivers/block/cciss.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) --- lin2628-rc5.orig/drivers/block/cciss.c +++ lin2628-rc5/drivers/block/cciss.c @@ -2856,7 +2856,7 @@ static void do_cciss_request(struct requ h->maxSG = seg; #ifdef CCISS_DEBUG - printk(KERN_DEBUG "cciss: Submitting %d sectors in %d segments\n", + printk(KERN_DEBUG "cciss: Submitting %lu sectors in %d segments\n", creq->nr_sectors, seg); #endif /* CCISS_DEBUG */ @@ -3206,7 +3206,7 @@ static int __devinit cciss_pci_init(ctlr c->paddr = pci_resource_start(pdev, 0); /* addressing mode bits already removed */ #ifdef CCISS_DEBUG - printk("address 0 = %x\n", c->paddr); + printk("address 0 = %lx\n", c->paddr); #endif /* CCISS_DEBUG */ c->vaddr = remap_pci_mem(c->paddr, 0x250); if (!c->vaddr) { @@ -3237,7 +3237,8 @@ static int __devinit cciss_pci_init(ctlr #endif /* CCISS_DEBUG */ cfg_base_addr_index = find_PCI_BAR_index(pdev, cfg_base_addr); #ifdef CCISS_DEBUG - printk("cfg base address index = %x\n", cfg_base_addr_index); + printk("cfg base address index = %llx\n", + (unsigned long long)cfg_base_addr_index); #endif /* CCISS_DEBUG */ if (cfg_base_addr_index == -1) { printk(KERN_WARNING "cciss: Cannot find cfg_base_addr_index\n"); @@ -3247,7 +3248,7 @@ static int __devinit cciss_pci_init(ctlr cfg_offset = readl(c->vaddr + SA5_CTMEM_OFFSET); #ifdef CCISS_DEBUG - printk("cfg offset = %x\n", cfg_offset); + printk("cfg offset = %llx\n", (unsigned long long)cfg_offset); #endif /* CCISS_DEBUG */ c->cfgtable = remap_pci_mem(pci_resource_start(pdev, cfg_base_addr_index) + ^ permalink raw reply [flat|nested] 35+ messages in thread
* RE: in 2.6.23-rc3-git7 in do_cciss_intr 2008-11-18 20:14 ` Randy Dunlap 2008-11-18 20:20 ` Randy Dunlap @ 2008-11-18 21:32 ` Miller, Mike (OS Dev) 1 sibling, 0 replies; 35+ messages in thread From: Miller, Mike (OS Dev) @ 2008-11-18 21:32 UTC (permalink / raw) To: Randy Dunlap; +Cc: scsi, Jens Axboe, James Bottomley, lkml, akpm > FS: 00000000008558f0(0000) GS:ffff88017fc01c80(0000) > knlGS:0000000000000000 > CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b > CR2: 0000000000000248 CR3: 0000000000201000 CR4: 00000000000006e0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: > 0000000000000400 Process swapper (pid: 0, threadinfo > ffff88027f660000, task ffff88027f635400) > Stack: > 0000000000000030 ffff88017ea73640 0000000000000000 0000000000000000 > 0000000000000057 0000000000000000 ffff88017fa9ff48 > ffffffff8026a8b9 ffffffff8074ab00 0000000000000057 > ffff88017ea73640 ffffffff8074ab58 Call Trace: > <IRQ> <0> [<ffffffff8026a8b9>] handle_IRQ_event+0x27/0x57 > [<ffffffff8026c424>] handle_edge_irq+0xde/0x11f > [<ffffffff8020e29b>] do_IRQ+0xfc/0x175 [<ffffffff8020c3e6>] > ret_from_intr+0x0/0xa <EOI> <0> [<ffffffff8023c7d2>] ? > ksoftirqd+0x0/0xa6 [<ffffffff80212575>] ? > default_idle+0x2b/0x40 [<ffffffff80212799>] ? > c1e_idle+0xe5/0xec [<ffffffff8056a7f6>] ? > atomic_notifier_call_chain+0xf/0x11 > [<ffffffff8020acd1>] ? cpu_idle+0x40/0x5e > [<ffffffff8056284e>] ? start_secondary+0x174/0x179 > Code: 8b 83 48 02 00 00 48 39 d8 74 37 49 39 9c 24 c0 00 01 > 00 75 08 49 89 84 24 c0 00 01 00 48 8b 83 40 02 00 00 48 8b > 93 48 02 00 00 <48> 89 90 48 02 00 00 48 8b 93 48 02 00 00 48 > 89 82 40 02 00 00 RIP [<ffffffffa002502b>] > do_cciss_intr+0x6c8/0xb10 [cciss] RSP <ffff88017fa9fee8> > CR2: 0000000000000248 > Kernel panic - not syncing: Fatal exception in interrupt > > > Any ideas/suggestions? > > Thanks, > ~Randy > Randy, I been in and out of the office, mostly out. I finally tracked down a blade. I can't reproduce this on a 385 and the e200 isn't detected in my 585. So I'm back on this, for what it's worth. -- mikem ^ permalink raw reply [flat|nested] 35+ messages in thread
end of thread, other threads:[~2008-11-20 19:13 UTC | newest] Thread overview: 35+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-08-21 5:52 BUG: in 2.6.23-rc3-git7 in do_cciss_intr rdunlap 2008-08-21 7:16 ` Andrew Morton 2008-08-21 14:26 ` Miller, Mike (OS Dev) 2008-08-21 15:43 ` Randy Dunlap 2008-08-21 15:48 ` Miller, Mike (OS Dev) 2008-08-21 16:15 ` Randy Dunlap 2008-08-21 16:25 ` Miller, Mike (OS Dev) 2008-08-22 0:26 ` Randy Dunlap 2008-08-22 15:48 ` Miller, Mike (OS Dev) 2008-08-22 15:54 ` James Bottomley 2008-08-22 16:49 ` Randy Dunlap 2008-08-22 17:02 ` James Bottomley 2008-08-22 18:25 ` Miller, Mike (OS Dev) 2008-09-04 16:59 ` Randy Dunlap 2008-09-04 18:00 ` Miller, Mike (OS Dev) 2008-09-05 9:28 ` Jens Axboe 2008-09-25 20:33 ` Randy Dunlap 2008-09-25 20:40 ` Randy Dunlap 2008-09-25 20:56 ` Miller, Mike (OS Dev) 2008-11-18 20:14 ` Randy Dunlap 2008-11-18 20:20 ` Randy Dunlap 2008-11-18 21:32 ` Randy Dunlap 2008-11-19 8:52 ` Jens Axboe 2008-11-19 17:00 ` Miller, Mike (OS Dev) 2008-11-19 17:22 ` Randy Dunlap 2008-11-19 17:27 ` Miller, Mike (OS Dev) 2008-11-19 17:29 ` Jens Axboe 2008-11-19 19:15 ` Miller, Mike (OS Dev) 2008-11-19 20:46 ` Jens Axboe 2008-11-20 9:13 ` Jens Axboe 2008-11-20 16:41 ` Miller, Mike (OS Dev) 2008-11-20 17:50 ` Jens Axboe 2008-11-20 19:12 ` Miller, Mike (OS Dev) 2008-11-19 17:18 ` Randy Dunlap 2008-11-18 21:32 ` Miller, Mike (OS Dev)
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox