All of lore.kernel.org
 help / color / mirror / Atom feed
From: Reuben Farrelly <reuben-lkml@reub.net>
To: Andrew Morton <akpm@osdl.org>
Cc: alan@lxorguk.ukuu.org.uk, torvalds@osdl.org, gregkh@suse.de,
	linux-kernel@vger.kernel.org, linux-pci@atrey.karlin.mff.cuni.cz,
	Jeff Garzik <jgarzik@pobox.com>
Subject: Re: [GIT PATCH] PCI patches for 2.6.15 - retry
Date: Thu, 12 Jan 2006 17:55:42 +1300	[thread overview]
Message-ID: <43C5E14E.2080007@reub.net> (raw)
In-Reply-To: <20060111202903.77ff9938.akpm@osdl.org>



On 12/01/2006 5:29 p.m., Andrew Morton wrote:
> 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?

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


  reply	other threads:[~2006-01-12  4:55 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-09 20:37 [GIT PATCH] PCI patches for 2.6.15 - retry Greg KH
2006-01-10  0:00 ` Linus Torvalds
2006-01-10  0:44   ` Andrew Morton
2006-01-10  1:49     ` Alan Cox
2006-01-10  1:49       ` Andrew Morton
2006-01-10 10:03         ` Reuben Farrelly
2006-01-12  3:55         ` Reuben Farrelly
2006-01-12  4:29           ` Andrew Morton
2006-01-12  4:55             ` Reuben Farrelly [this message]
2006-01-12 11:42           ` Alan Cox
2006-01-12 20:59             ` Jeff Garzik
     [not found]               ` <43C6C331.1030602-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
2006-01-16 13:11                 ` Reuben Farrelly
2006-01-16 13:11                   ` Reuben Farrelly
2006-01-12 20:55       ` Jeff Garzik
2006-01-13  0:16         ` Alan Cox
2006-01-10  2:28     ` Greg KH

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43C5E14E.2080007@reub.net \
    --to=reuben-lkml@reub.net \
    --cc=akpm@osdl.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=gregkh@suse.de \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@atrey.karlin.mff.cuni.cz \
    --cc=torvalds@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.