From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751329AbWCFBHK (ORCPT ); Sun, 5 Mar 2006 20:07:10 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751323AbWCFBHJ (ORCPT ); Sun, 5 Mar 2006 20:07:09 -0500 Received: from mail.dvmed.net ([216.237.124.58]:15325 "EHLO mail.dvmed.net") by vger.kernel.org with ESMTP id S1751319AbWCFBHH (ORCPT ); Sun, 5 Mar 2006 20:07:07 -0500 Message-ID: <440B8B39.8090007@garzik.org> Date: Sun, 05 Mar 2006 20:07:05 -0500 From: Jeff Garzik User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Garrett CC: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: PATA failure with piix, works with libata References: <20060303183937.GA30840@srcf.ucam.org> <20060305225733.GA8578@srcf.ucam.org> <440B770A.8090707@garzik.org> <20060306003221.GA8805@srcf.ucam.org> <440B8921.9030602@garzik.org> <20060306010333.GA8951@srcf.ucam.org> In-Reply-To: <20060306010333.GA8951@srcf.ucam.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Matthew Garrett wrote: > On Sun, Mar 05, 2006 at 07:58:09PM -0500, Jeff Garzik wrote: > >>Matthew Garrett wrote: >> >>>Yeah, this is an ICH7. I can't find anything in drivers/ide that would >>>result in it being done, which is why I'm kind of confused. ide_ack_intr >>>seems to be defined to do nothing on x86 since IDE_ARCH_ACK_INTR isn't >>>defined there? >> >>This is more a piix-specific behavior than an arch-specific behavior. > > > Joy. So it works by accident in legacy mode? Does anything need to be > done other than just writing the DMA status register back? I'm not > finding anything terribly helpful in the ICH7 docs, but I may just be > being blind. Honestly I'm quite surprised that there is a difference between legacy and native mode (more joy :)). ICH seems to want an ack to the bmdma status register even on non-DMA commands, since it directly reflects the IDE INTRQ line. Perhaps pounding on the Status register will clear that condition, thus enabling legacy software to continue successfully without worry about this ICH-specific detail. Jeff