From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751269AbWCFA6M (ORCPT ); Sun, 5 Mar 2006 19:58:12 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751199AbWCFA6M (ORCPT ); Sun, 5 Mar 2006 19:58:12 -0500 Received: from mail.dvmed.net ([216.237.124.58]:62684 "EHLO mail.dvmed.net") by vger.kernel.org with ESMTP id S1751101AbWCFA6L (ORCPT ); Sun, 5 Mar 2006 19:58:11 -0500 Message-ID: <440B8921.9030602@garzik.org> Date: Sun, 05 Mar 2006 19:58:09 -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> In-Reply-To: <20060306003221.GA8805@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 06:40:58PM -0500, Jeff Garzik wrote: > >>Matthew Garrett wrote: >> >>>Ok, it /seems/ that things are happier (though still not entirely happy) >>>if I explicitly acknowledge the interrupt by writing the dma status >>>register back again. This doesn't seem to be done anywhere in the IDE >>>interrupt routine, but is in the libata one. I'm afraid I don't >>>understand IDE well enough to have any idea what's going on here - is it >>>possible that a piix in native mode (rather than legacy mode) and >>>sharing an interrupt needs some special handling? >> >>ICH definitely needs that irq ack... > > > 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. Jeff