Messages in this thread | | | Subject | Re: libata PATA support - work items? | From | Alan Cox <> | Date | Wed, 05 Jan 2005 00:50:05 +0000 |
| |
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)
- 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/
| |