From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Lord Subject: Re: ICH8 CF timeout (regression)... Date: Thu, 02 Aug 2007 18:42:41 -0400 Message-ID: <46B25DE1.4050105@rtr.ca> References: <6278d2220708020348k26ac2293v648442f2281eca70@mail.gmail.com> <46B20D6B.1060506@gmail.com> <6278d2220708021411q17cdc151p79922e5dab74add4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from rtr.ca ([64.26.128.89]:1148 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751342AbXHBWmo (ORCPT ); Thu, 2 Aug 2007 18:42:44 -0400 In-Reply-To: <6278d2220708021411q17cdc151p79922e5dab74add4@mail.gmail.com> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Daniel J Blueman Cc: Tejun Heo , jgarzik@pobox.com, linux-ide@vger.kernel.org, Linux Kernel Daniel J Blueman wrote: > On 02/08/07, Tejun Heo wrote: >> Daniel J Blueman wrote: >>> I'll grab kernel logs from the legacy ATA boot; what else can help >>> debug this issue? No problem testing patches too. >> Yeap, please post the old log. > > Not much actually - perhaps I need to enable some debugging: > > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 > ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx > hdc: SanDisk SDCFX-4096, CFA DISK drive > ide1 at 0x170-0x177,0x376 on irq 15 > hdc: max request size: 128KiB > hdc: 8027712 sectors (4110 MB) w/1KiB Cache, CHS=7964/16/63 > hdc: hdc1 hdc2 hdc3 > >>> --- [2] >>> ata2.00: limiting speed to UDMA/33:PIO4 >>> ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen >>> ata2.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 cdb 0x0 data 4096 in >>> res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) >>> ata2: soft resetting port >>> ata2.00: configured for UDMA/33 >>> ata2: EH complete >> What happens after this? > > More EH occurs - I've left it for ~5 mins, but let me know if longer > would give more information, eg if it converges on a lower speed. > > Would it be useful to compare some of the port setup registers in the > working and non-working cases? Or any other debug I can grab? I'm betting that this is the exact same problem we recently debugged for someone else here: there's a Marvell PATA->SATA bridge chip between that CF card and the SATA controller, and it only works with PIO modes. Tejun.. perhaps (for debugging) a simple patch to disallow DMA completely, just to see if PIO works? Cheers