Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1422730AbWJRR1a (ORCPT ); Wed, 18 Oct 2006 13:27:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1422736AbWJRR1K (ORCPT ); Wed, 18 Oct 2006 13:27:10 -0400 Received: from py-out-1112.google.com ([64.233.166.182]:60798 "EHLO py-out-1112.google.com") by vger.kernel.org with ESMTP id S1422732AbWJRR1H (ORCPT ); Wed, 18 Oct 2006 13:27:07 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=tBlMhKfQiVi/5CmlCxjJ6cXHHSW9xD0ASnYBtBFIGCF/DNoeYuKUJyYJSAxHGIAVn+Ia6pjhNEPRSiMXg22e9dnPtazdgRiMGrgkWbwfXq+9yeyhOK98hhwsk9SgfqBOsk99vSJXKWjT9yaLxKd0Df9hXovVARNAfEVrFyNqPwU= Message-ID: <453663DB.5060908@gmail.com> Date: Wed, 18 Oct 2006 11:26:51 -0600 From: "Berck E. Nash" User-Agent: Icedove 1.5.0.7 (X11/20061014) MIME-Version: 1.0 To: linux-kernel@vger.kernel.org Subject: 2.6.19-rc2-mm2 AHCI lengthy pause on detection 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: 2110 Lines: 54 AHCI pauses heartily on during detection boot, but eventually proceeds. This problem currently exists with 2.6.19-rc2-mm1, but did not exist in 2.6.17.3. I realize that's a huge gap, and if you'd like me to narrow it down, I'll be glad to try. Messages surrounding the hang: scsi2 : ahci ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata2.00: qc timeout (cmd 0xec) ata2.00: failed to IDENTIFY (I/O error, err_mask=0x104) ata2: port is slow to respond, please be patient (Status 0x80) ata2: port failed to respond (30 secs, Status 0x80) ata2: COMRESET failed (device not ready) ata2: hardreset failed, retrying in 5 secs ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata2.00: ATA-6, max UDMA/133, 640 sectors: LBA ata2.00: ata2: dev 0 multi count 1 ata2.00: configured for UDMA/133 I should note that on this system ata1 and ata3 both detect quickly, but they have 1.5 Gbps devices whereas ata2 has a 3.0Gbps device. The device: 00:1f.2 SATA controller: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controller AHCI (rev 01) (prog-if 01 [AHCI 1.0]) Subsystem: ASUSTeK Computer Inc. Unknown device 2606 Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 50 I/O ports at e400 [size=8] I/O ports at e080 [size=4] I/O ports at e000 [size=8] I/O ports at dc00 [size=4] I/O ports at d880 [size=16] Memory at febfb800 (32-bit, non-prefetchable) [size=1K] Capabilities: dmesg snip from 2.6.17.3, without the hangup: scsi1 : ahci ata2: port reset, p_is 40000001 is 2 pis 0 cmd 4017 tf 451 ss 123 se 0 ata2: SATA link up 3.0 Gbps (SStatus 123) ata2: dev 0 cfg 49:2f00 82:0068 83:5060 84:4000 85:0000 86:1000 87:4000 88:407f ata2: dev 0 ATA-6, max UDMA/133, 640 sectors: LBA ata2: dev 0 configured for UDMA/133 Thanks, Berck - 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/