Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030256AbWALEzr (ORCPT ); Wed, 11 Jan 2006 23:55:47 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965031AbWALEzr (ORCPT ); Wed, 11 Jan 2006 23:55:47 -0500 Received: from tornado.reub.net ([202.89.145.182]:40650 "EHLO tornado.reub.net") by vger.kernel.org with ESMTP id S965014AbWALEzq (ORCPT ); Wed, 11 Jan 2006 23:55:46 -0500 Message-ID: <43C5E14E.2080007@reub.net> Date: Thu, 12 Jan 2006 17:55:42 +1300 From: Reuben Farrelly User-Agent: Thunderbird 1.6a1 (Windows/20060110) MIME-Version: 1.0 To: Andrew Morton 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 Subject: Re: [GIT PATCH] PCI patches for 2.6.15 - retry References: <20060109203711.GA25023@kroah.com> <20060109164410.3304a0f6.akpm@osdl.org> <1136857742.14532.0.camel@localhost.localdomain> <20060109174941.41b617f6.akpm@osdl.org> <43C5D34B.1090903@reub.net> <20060111202903.77ff9938.akpm@osdl.org> In-Reply-To: <20060111202903.77ff9938.akpm@osdl.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4628 Lines: 112 On 12/01/2006 5:29 p.m., Andrew Morton wrote: > Reuben Farrelly wrote: >> >> >> On 10/01/2006 2:49 p.m., Andrew Morton wrote: >>> Alan Cox 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:[] 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: >> [] show_stack+0x9b/0xc0 >> [] show_registers+0x162/0x1e7 >> [] die+0x126/0x231 >> [] do_page_fault+0x271/0x5b9 >> [] error_code+0x4f/0x54 >> [] class_device_del+0xa3/0x156 >> [] class_device_unregister+0xb/0x15 >> [] scsi_remove_host+0xb4/0xef >> [] ata_host_remove+0x11/0x1c >> [] ata_device_add+0x2e4/0xb7b >> [] ata_pci_init_one+0x322/0x387 >> [] piix_init_one+0x18c/0x338 >> [] pci_device_probe+0x44/0x5f >> [] driver_probe_device+0x3e/0xb0 >> [] __driver_attach+0x8e/0x90 >> [] bus_for_each_dev+0x44/0x62 >> [] driver_attach+0x19/0x1b >> [] bus_add_driver+0x6d/0x126 >> [] driver_register+0x6b/0x9b >> [] __pci_register_driver+0x6a/0x95 >> [] piix_init+0xf/0x22 >> [] init+0xff/0x325 >> [] 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 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 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/