Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760747AbXI0Xmr (ORCPT ); Thu, 27 Sep 2007 19:42:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753162AbXI0Xmi (ORCPT ); Thu, 27 Sep 2007 19:42:38 -0400 Received: from srv5.dvmed.net ([207.36.208.214]:59786 "EHLO mail.dvmed.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759342AbXI0Xmg (ORCPT ); Thu, 27 Sep 2007 19:42:36 -0400 Message-ID: <46FC3FDD.5060201@pobox.com> Date: Thu, 27 Sep 2007 19:42:21 -0400 From: Jeff Garzik User-Agent: Thunderbird 2.0.0.5 (X11/20070727) MIME-Version: 1.0 To: Tejun Heo CC: Alan Cox , Mark Lord , Andrew Morton , michal.k.k.piotrowski@gmail.com, bryan@arbores.ca, linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org Subject: Re: Stardom SATA HSM violation References: <46CFA08E.6090604@arbores.ca> <6bffcb0e0708261610g10d9c59ck5789fac6feca9f42@mail.gmail.com> <46DBCB6C.8080206@gmail.com> <20070905095327.6277d054.akpm@linux-foundation.org> <46DEE617.4050004@rtr.ca> <46E0A253.7060803@gmail.com> <46E154DE.2060602@rtr.ca> <46FB563A.80108@gmail.com> <20070927193701.6230d77f@the-village.bc.nu> <46FC3D7D.90009@gmail.com> In-Reply-To: <46FC3D7D.90009@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.4 (----) X-Spam-Report: SpamAssassin version 3.1.9 on srv5.dvmed.net summary: Content analysis details: (-4.4 points, 5.0 required) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1073 Lines: 26 Tejun Heo wrote: > Alan Cox wrote: >>> I think there have been enough cases where this draining was necessary. >>> IIRC, ata_piix was involved in those cases, right? If so, can you >>> please submit a patch which applies this only to affected controllers? >>> I don't feel too confident about applying this to all SFF controllers. >> Old IDE does it on all controllers bar a couple. So we have a very good >> knowledge of what does/doesn't work. The one that needs care in old ide >> is an ordering issue where a state machine reset done first causes the >> drain of the I/O to hang. > > Hmmm... So, do we apply draining to all PATA? Or is ata_piix SATA > affected too? I would think all SFF controllers, since a lot of first gen SATA are really bridged solutions. If they are flagging DRQ, I say oblige them :) Jeff - 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/