Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755034AbZFFBH7 (ORCPT ); Fri, 5 Jun 2009 21:07:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753349AbZFFBHu (ORCPT ); Fri, 5 Jun 2009 21:07:50 -0400 Received: from yw-out-2324.google.com ([74.125.46.31]:8465 "EHLO yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752979AbZFFBHt (ORCPT ); Fri, 5 Jun 2009 21:07:49 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Q3lBjKyxU34zmLJcln6yOFWDEbn21HOBj90hV53jXXvxMbBjbU4dP/+OYbSVfa6Yg+ 4WTT2y/bDOYcVXGFzyMFv0fveL+IMikaRm73v6NLE53LuETVEPcXqvbcXdhwNen110sC 5Dp7Po2L1w0zBlSIdW7VJnG604A7cORH49FQ4= Message-ID: <4A29C163.3080706@gmail.com> Date: Fri, 05 Jun 2009 19:07:47 -0600 From: Robert Hancock User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Alan Cox CC: Grozdan , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org Subject: Re: Kernel 2.6.30rc7 limits IDE to UDMA33 References: <4A25F688.9000407@gmail.com> <20090603131407.57c490ed@lxorguk.ukuu.org.uk> <20090603140140.491a8ea8@lxorguk.ukuu.org.uk> <20090605100505.41b3b818@lxorguk.ukuu.org.uk> <20090605114245.175499e1@lxorguk.ukuu.org.uk> In-Reply-To: <20090605114245.175499e1@lxorguk.ukuu.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1361 Lines: 30 Alan Cox wrote: >> I've relayed your reply to the pata_amd user on the forum. As for my >> case with pata_via, until this is fixed, is there any way to force it >> to use a higher UDMA? Is there a flag that can be passed in, for > > In your case given the BIOS appears to be informing us you have a 40wire > cable there isn't much that can be fixed > >> example, in /sys somewhere? hdparm fails to set a higher UDMA and I >> looked at sdparm but don't see anything in it to increase UDMA... > > Tejun some time ago added stuff to override all of these things: > > See Documentation/kernel-parameters.txt > > libata.force= > > which will let you override all sorts of autodetection for quirky boards I wouldn't rule out the possibility of a bug. The code in pata_via looks a bit fishy, it reports a 40-wire cable if either the GTM data wasn't present or valid, or if it reports a mode of UDMA2 or less. In the former case it seems like ATA_CABLE_PATA_UNK would be the safer choice since we really don't know, and we should then use drive-side detection, rather than assuming a 40-wire cable by default.. -- 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/