lkml.org 
[lkml]   [2004]   [Apr]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] prevent module unloading for legacy IDE chipset drivers
On Mon, Apr 26, 2004 at 04:50:40PM +0200, Bartlomiej Zolnierkiewicz wrote:
> BTW I think there is a common misunderstanding about libata:
> it will not replace IDE drivers any time soon.
>
> I want to rewrite+merge current IDE code with libata during 2.7
> (and yes, legacy naming and ordering will be preserved!).
>
> I hope nobody starts rewriting existing IDE drivers for libata and pushing
> them upstream -> it will mean maintenance problems much bigger than OSS+ALSA.

I don't think it's bad to have two drivers for the same hardware. We've
seen that with the USB UHCI host controller, RTL 8139, Intel e100,
Adaptec aic7xxx, NCR/Symbios sym53c8x. Having two drivers makes it easy
for people to switch. The difference with OSS+ALSA is that the drivers
I just mentioned have been "developed" in the tree, while ALSA was
developed outside the tree.

> However writing _new_ libata driver for 'exotic' PATA hardware is OK.

Is AMD 760/762 (amd74xx driver) considered "exotic"? ;-)


Erik

--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
-
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/

\
 
 \ /
  Last update: 2005-03-22 14:02    [W:5.394 / U:0.412 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site