Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756043AbZJ0BkA (ORCPT ); Mon, 26 Oct 2009 21:40:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756015AbZJ0BkA (ORCPT ); Mon, 26 Oct 2009 21:40:00 -0400 Received: from mail-iw0-f180.google.com ([209.85.223.180]:64318 "EHLO mail-iw0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755732AbZJ0Bj7 (ORCPT ); Mon, 26 Oct 2009 21:39:59 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=cNHpVY+3qeAxSKwVT5ovyS/2blzEnoiuhGB/Brnsk32WTBHtY/HxpkmEr+Gcu03yxv a9OO8+nXT3FA/jsDZdITPH0vxElTyHk3G3vwpGQVpGY+y675zMyRwjJlquWlQdXzszqu 3c0mfU/c8yiDPl3wrZueTfEwR0eq3c/P5Dct8= MIME-Version: 1.0 In-Reply-To: <20091026.181922.261475236.davem@davemloft.net> References: <4AE64031.5060105@gmail.com> <20091026.174525.154760254.davem@davemloft.net> <51f3faa70910261807h54f05f73j48b67067ee3dde70@mail.gmail.com> <20091026.181922.261475236.davem@davemloft.net> Date: Mon, 26 Oct 2009 19:40:03 -0600 Message-ID: <51f3faa70910261840v16444067uc323de7129b7592f@mail.gmail.com> Subject: Re: [PATCH ide] : Increase WAIT_DRQ to support slow CF cards From: Robert Hancock To: David Miller Cc: phdm@macqel.be, linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1231 Lines: 28 On Mon, Oct 26, 2009 at 7:19 PM, David Miller wrote: > From: Robert Hancock > Date: Mon, 26 Oct 2009 19:07:18 -0600 > >> libata only busy-waits for 50 microseconds, if not set then it sleeps >> for 2ms and polls for another 10 microseconds, if still not set it >> tries the whole thing again at 16ms intervals. Only after (typically) >> 30 seconds does it give up. > > Porting that kind of logic over to IDE is a non-starter. > > It's easier to get people to move over to using the ATA layer for > their devices. > > Meanwhile we should provide a way for things to work, and > realistically the only way to do that currently is to bump the > WAIT_DRQ value to some large number. > > And that's exactly the kind of patch I'm willing to accept for this. I agree, it's sub-optimal but it helps.. if the user wants better behavior they should a) fix it so that the card isn't using PIO, at least if it supports DMA and b) not use drivers/ide.. -- 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/