From: Randy Dunlap Subject: Re: [PATCH 0/5] SATA/ACPI suspend/resume support Date: Wed, 4 Jan 2006 10:57:05 -0800 Message-ID: <20060104105705.0afa3e0e.randy_d_dunlap@linux.intel.com> References: <20051227153428.4eaad244.randy_d_dunlap@linux.intel.com> <87vex7rnfn.fsf@marrow.phys.tohoku.ac.jp> <20060103090847.43c2a00d.randy_d_dunlap@linux.intel.com> <20060103172649.GV2772@suse.de> <20060103190346.GY2772@suse.de> <20060103115712.5ac7ec47.randy_d_dunlap@linux.intel.com> <87wthh0wcf.fsf@marrow.phys.tohoku.ac.jp> <20060103164009.1c7418a7.randy_d_dunlap@linux.intel.com> <87ek3o22z8.fsf@marrow.phys.tohoku.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: Received: from fmr20.intel.com ([134.134.136.19]:21922 "EHLO orsfmr005.jf.intel.com") by vger.kernel.org with ESMTP id S965268AbWADS40 (ORCPT ); Wed, 4 Jan 2006 13:56:26 -0500 In-Reply-To: <87ek3o22z8.fsf@marrow.phys.tohoku.ac.jp> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Jae-hyeon Park Cc: axboe@suse.de, linux-ide@vger.kernel.org, jgarzik@pobox.com, chris@powerblogs.com On 04 Jan 2006 10:31:23 +0900 Jae-hyeon Park wrote: > Randy Dunlap writes: > > > On 04 Jan 2006 07:40:00 +0900 > > Jae-hyeon Park wrote: > > > Randy Dunlap writes: > > > > On Tue, 3 Jan 2006 20:03:47 +0100 > > > > Jens Axboe wrote: > > > > > On Tue, Jan 03 2006, Jens Axboe wrote: > > > > > > On Tue, Jan 03 2006, Randy Dunlap wrote: > > > > > > > On 30 Dec 2005 17:36:44 +0900 > > > > > > > Jae-hyeon Park wrote: > > > > > > > > > > > > > > > I tested kernel 2.6.15-rc7 with your patch applied on my ThinkPad X41. > > > > > > My laptop is ThinkPad X41 Tablet, which has the same SATA controller > > > as X41. > > > > > > > > > > > While booting, it locks up after printing > > > > > > > > > > > > > > > > ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x1810 irq 14 > > > > > > > > ata1: dev 0 ATA-6, max UDMA/100, 117210240 sectors: LBA > > > > > > > > ata1(0): applying bridge limits > > > > > > > > ata1: dev 0 configured for UDMA/100 > > > > > > > > > > > > > > > > If I select CONFIG_SCSI_SATA_AHCI, then the kernel emits an oops and > > > > > > > > panics during boot. > > > > This certainly isn't the same failure that Jens saw. > > > > Could there be any informative & helpful messages missing > > before these messages, e.g., an assert() failure? > > Let me copy as far as I can setting the video mode to 80x60. > Scrolling back does not work after kernel panic. > > highmem bounce pool size: 64 pages > Initializing Cryptographic API > io scheduler noop registered > io scheduler anticipatory registered > serio: i8042 AUX port at 0x60,0x64 irq 12 > serio: i8042 KBD port at 0x60,0x64 irq 1 > acpi_bus-0201 [27] bus_set_power : Device is not power manageable > ahci: probe of 0000:00:1f.2 failed with error -12 > ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x1810 irq 14 > ata1: dev 0 ATA-6, max UDMA/100, 117210240 sectors: LBA > ata1(0): applying bridge limits > ata1: dev 0 configured for UDMA/100 > do_drive_set_taskfiles: unexpected GTF length (-1040297340) > scsi0: ata_piix > Vendor: ATA Model: HTC426060G9AT00 Rev: 00P3 > Type: Direct-Access ANSI SCSI revision: 05 > ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x1818 irq 15 > ata2: disabling port > scsi1 : ata_piix > SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB) > SCSI device sda: drive cache: write back > SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB) > SCSI device sda: drive cache: write back > sda:<1>Unable to handle kernel NULL pointer dereference at virtual address 00000172 > ... > > > I don't quite understand what CONFIG_SCSI_SATA_AHCI has to do > > with this. I see ata_interrupt() [from libata-core.c], > > but ahci.c contains ahci_interrupt(), which isn't in this > > stack dump. Nevertheless, it looks like complete() is > > being passed a NULL struct completion... Maybe I'm misusing > > the completion API and don't know it (?). Jae-hyeon, Does your system work without using the AHCI driver? or is it required? Of course, even if the AHCI driver is not needed, it shouldn't be oopsing like this. It looks like the ata_piix driver is the one that is actually being used, from what I can see here. Please send your /proc/interrupts, /proc/iomem, /proc/ioports, and 'lspci -v'. Thanks, --- ~Randy