From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alan Cox Subject: Re: libata PATA support - work items? Date: Wed, 05 Jan 2005 00:50:05 +0000 Message-ID: <1104886199.17176.115.camel@localhost.localdomain> References: <006301c4ee5c$49e6a230$95714109@tw.ibm.com> <311601c9050101111929aef5ba@mail.gmail.com> <41DB299C.3030405@pobox.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from clock-tower.bc.nu ([81.2.110.250]:35767 "EHLO localhost.localdomain") by vger.kernel.org with ESMTP id S262086AbVAEBzY (ORCPT ); Tue, 4 Jan 2005 20:55:24 -0500 In-Reply-To: <41DB299C.3030405@pobox.com> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Jeff Garzik Cc: Eric Mudama , Bartlomiej Zolnierkiewicz , Albert Lee , IDE Linux , Doug Maxey , Linux Kernel Mailing List , Jens Axboe On Maw, 2005-01-04 at 23:41, Jeff Garzik wrote: > So, that said, I think it is important for libata to fully support PATA, > if it is to support it at all. That means handling the errata that Alan > always bugs me about, and that means handling C/H/S support as well. I think so. If it supports all the features of the old IDE layer we get to have a party when we eliminate the need for drivers/ide once and for all. That means - Hotplug (controller and disk) - CHS - "Not quite generic" IDE DMA (eg CS5520) - VDMA (eg CS5520) - IORDY timers (not handled well in drivers/ide but needed) - Funky Maxtor "LBA48.. maybe" oddments - Missing slave detection - Controller errata hooks (modes, drives, timings, "dont touch during an I/O" etc) - Drive nIEN bugs - No nIEN cases - Drives that don't do some DMA/modes right - Crazy shit "Don't DMA from the page below 640K" (not handled by drivers/ide but an AMD errata fixed by using a PS/2 mouse) - Serialize (RZ1000, CMD640, some 469, etc) - Bandwidth arbiter (not in drivers/ide but needed) - Non PCI shared IRQ mess 8( Hopefully most of this can be buried away in a pata-errata.c 8)