Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964842AbWIKPTE (ORCPT ); Mon, 11 Sep 2006 11:19:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964872AbWIKPTE (ORCPT ); Mon, 11 Sep 2006 11:19:04 -0400 Received: from h155.mvista.com ([63.81.120.155]:5429 "EHLO imap.sh.mvista.com") by vger.kernel.org with ESMTP id S964842AbWIKPTA (ORCPT ); Mon, 11 Sep 2006 11:19:00 -0400 Message-ID: <45057EE7.40607@ru.mvista.com> Date: Mon, 11 Sep 2006 19:21:11 +0400 From: Sergei Shtylyov Organization: MontaVista Software Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.2) Gecko/20040803 X-Accept-Language: ru, en-us, en-gb MIME-Version: 1.0 To: Alan Cox Cc: Jeff Garzik , linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org, Andrew Morton , Linus Torvalds Subject: Re: What's in libata-dev.git References: <20060911132250.GA5178@havoc.gtf.org> <45056627.7030202@ru.mvista.com> <450566A2.1090009@garzik.org> <450568F3.3020005@ru.mvista.com> <1157986974.23085.147.camel@localhost.localdomain> <45057651.8000404@garzik.org> <1157988513.23085.159.camel@localhost.localdomain> In-Reply-To: <1157988513.23085.159.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1604 Lines: 42 Hello. Alan Cox wrote: >>>drivers/ide. You might want to do 256 for SATA Jeff but please don't do >>>256 for PATA. Reading specs is too hard for some people ;) >>>Some drives abort the xfer, some just choked. >>Where in drivers/ide is it limited to 255? > Being a sensible sanity check it was removed, and that was a small > mistake. Some 2.4 also has a 256 limit and it broken various transparent > raid units, older Maxtors(1Gb or so), some IBM drives etc. Got fixed in > -ac but never in base. > The failure pattern is pretty ugly too, your box runs and runs and > eventually you get a linear 256 sector I/O and it all blows up, > sometimes. The IBM's abort the xfer but the maxtors may or may not get > it right (its as if half the firmware has the right test). So, this seems to have a long history... :-) I've also heard several years ago of the drives not getting anything over 128 sectors right, but those should be really brain-damaged... > We could perhaps do it by ATA version - 255 for ATA < 3 256 for ATA 3+, Wouldn't work, I'm afraid. That IBM drive is UltraATA/33, so no less than ATA-4... Well, after having referred to the ID data read from it, it's ATA-3 actually. > lots for LBA48 ? Thats assuming you can show 256 sectors is faster than > 255. I'd bet for normal I/O its unmeasurably small. > Alan WBR, Sergei - 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/