Messages in this thread | | | Date | Wed, 11 Jan 2006 20:29:03 -0800 | From | Andrew Morton <> | Subject | Re: [GIT PATCH] PCI patches for 2.6.15 - retry |
| |
Reuben Farrelly <reuben-lkml@reub.net> wrote: > > > > On 10/01/2006 2:49 p.m., Andrew Morton wrote: > > Alan Cox <alan@lxorguk.ukuu.org.uk> wrote: > >> On Llu, 2006-01-09 at 16:44 -0800, Andrew Morton wrote: > >>> - Reuben Farrelly's oops in make_class_name(). Could be libata, or scsi > >>> or driver core. > >> libata I think. I reproduced it on 2.6.14-mm2 by accident with a buggy > >> pata driver. > > > > Well that's all merged up now. Reuben, could you please test 2.6.15git6 > > tomorrow? > > Seemingly not fixed afterall. I've been doing many reboots lately getting to > the bottom of the barrier/md bug and just before I hit this with -mm3 > (linus.patch -git7) which I believe is the same bug (the call trace looks very > similar). > > ...
I'm getting my bugs confused now - there are so many. Were you the person who reported this before?
> serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > ACPI: PCI Interrupt 0000:06:02.0[A] -> GSI 18 (level, low) -> IRQ 185 > 0000:06:02.0: ttyS1 at I/O 0xbc00 (irq = 185) is a 16550A > 0000:06:02.0: ttyS2 at I/O 0xbc08 (irq = 185) is a 16550A > Floppy drive(s): fd0 is 1.44M > FDC 0 is a post-1991 82077 > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx > ahci: probe of 0000:00:1f.2 failed with error -12 > ata1: SATA max UDMA/133 cmd 0x0 ctl 0x2 bmdma 0x0 irq 0 > ata2: SATA max UDMA/133 cmd 0x0 ctl 0x2 bmdma 0x8 irq 0 > Unable to handle kernel NULL pointer dereference at virtual address 00000000 > printing eip: > c023c873 > *pde = 00000000 > Oops: 0000 [#1] > SMP > last sysfs file: > Modules linked in: > CPU: 0 > EIP: 0060:[<c023c873>] Not tainted VLI > EFLAGS: 00010206 (2.6.15-mm3) > EIP is at make_class_name+0x28/0x8d > eax: 00000000 ebx: ffffffff ecx: ffffffff edx: c1a12224 > esi: 00000009 edi: 00000000 ebp: c1921d2c esp: c1921d1c > ds: 007b es: 007b ss: 0068 > Process swapper (pid: 1, threadinfo=c1921000 task=c1920a90) > Stack: <0>c1a12224 c03913f8 c1a12224 c03913f8 c1921d54 c023cabd c1921d58 c0391380 > 00000000 c1af39c0 c0391400 c1a12224 c1a12000 c1a12030 c1921d60 c023cb7b > c1a120e4 c1921d74 c0255dbf c1a122c0 c1a43a40 00000000 c1921d80 c025e393 > Call Trace: > [<c0103c5d>] show_stack+0x9b/0xc0 > [<c0103de4>] show_registers+0x162/0x1e7 > [<c0103f8f>] die+0x126/0x231 > [<c01140db>] do_page_fault+0x271/0x5b9 > [<c01037df>] error_code+0x4f/0x54 > [<c023cabd>] class_device_del+0xa3/0x156 > [<c023cb7b>] class_device_unregister+0xb/0x15 > [<c0255dbf>] scsi_remove_host+0xb4/0xef > [<c025e393>] ata_host_remove+0x11/0x1c > [<c0260ec6>] ata_device_add+0x2e4/0xb7b > [<c0261cd6>] ata_pci_init_one+0x322/0x387 > [<c0265b34>] piix_init_one+0x18c/0x338 > [<c01f4f4f>] pci_device_probe+0x44/0x5f > [<c023bf62>] driver_probe_device+0x3e/0xb0 > [<c023c0df>] __driver_attach+0x8e/0x90 > [<c023b9f3>] bus_for_each_dev+0x44/0x62 > [<c023bece>] driver_attach+0x19/0x1b > [<c023b687>] bus_add_driver+0x6d/0x126 > [<c023c350>] driver_register+0x6b/0x9b > [<c01f50fb>] __pci_register_driver+0x6a/0x95 > [<c03e8ea8>] piix_init+0xf/0x22 > [<c01003cc>] init+0xff/0x325 > [<c0100d25>] kernel_thread_helper+0x5/0xb > Code: c8 5d c3 55 89 e5 57 56 53 83 ec 04 89 45 f0 89 c2 8b 40 48 8b 38 bb ff ff > ff ff 89 d9 31 c0 f2 ae f7 d1 49 89 ce 8b 7a 08 89 d9 <f2> ae f7 d1 49 89 ca 8d > 4e 02 8d 04 0a ba d0 00 00 00 e8 3b 72
Jeff, I beleive this is a sata bug. ata_device_add() called ata_host_remove() and something under there isnot yet sufficiently initialised.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |