On 12/01/2006 5:29 p.m., Andrew Morton wrote:
Reuben Farrelly <[email protected]> wrote:
On 10/01/2006 2:49 p.m., Andrew Morton wrote:
Alan Cox <[email protected]> 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?
Yes. It was suggested I try -git6. I reported that it seemed to be OK, but
clearly it isn't. Then again, I've done a hell of a lot of reboots in the last
couple of days.
I've updated my list at
http://www.reub.net/files/kernel/outstanding-kernel-bugs.txt
and
http://www.reub.net/files/kernel/
This is a very basic text file which outlines the details of the various bugs
that I have on the go at any given point in time and where they're at as. There
are various postings on LKML reporting almost all of them.
Thread starts http://www.ussg.iu.edu/hypermail/linux/kernel/0601.1/0619.html
Greg KH (Mon Jan 09 2006 - 15:36:39 EST)
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.
reuben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
