[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <44FDE2A0.3080705@tmr.com>
Date: Tue, 05 Sep 2006 16:48:32 -0400
From: Bill Davidsen <davidsen@....com>
To: linux-kernel@...r.kernel.org
Cc: linux-ide@...r.kernel.org
Subject: Re: PATA drivers queued for 2.6.19
Alan Cox wrote:
> Ar Llu, 2006-09-04 am 07:01 -0400, ysgrifennodd Jeff Garzik:
>> The following must be in all caps, though:
>>
>> drivers/ide IS STILL THE PATA DRIVER SET THAT USERS AND DISTROS SHOULD
>> CHOOSE.
>
> Except optionally for the following for chips not handled by or broken
> totally in drivers/ide:
>
> pata_mpiix - some early pentium era laptops
> pata_oldpiix - original "PIIX" chipset
> pata_radisys - embedded chipset
>
> The other apparently "libata only" chips are pata_jmicron and
> pata_optidma. There are patches to handle these as "generic" PCI IDE in
> the base 2.6.18 tree already so only features will be lost (eg mode
> switching). As Jeff implies distributions should be using drivers/ide
> for the Jmicron PATA and the Opti DMA PATA for now.
>
>> * /dev/sdX supports fewer partitions than /dev/hdX (16 versus 64, IIRC)
>>
>> * /dev/sdX does not support all the HDIO_xxx ioctls that /dev/hdX does.
>> In practice, the ioctls we ignored are ones that very few people care
>> about.
>
> Add "/dev/sr*" does not support partitions. (That needs fixing anyway)
>
>> * ARM, PPC and other non-x86 platform drivers are severely
>> under-represented.
>
> libata needs changes for this too. I have some stuff saved from the
> older discussions to look at.
>
>> As an aside, I would love to see paride updated to use libata, but we
>> can probably count the number of paride users on one hand these days...
>
> and thats without using fingers or thumbs.
>
>
I still use that interface, although I can't say it's critical if I
can't upgrade at some point. There are some other users in the local UG,
but they are probably not ever going to upgrade.
--
Bill Davidsen <davidsen@....com>
Obscure bug of 2004: BASH BUFFER OVERFLOW - if bash is being run by a
normal user and is setuid root, with the "vi" line edit mode selected,
and the character set is "big5," an off-by-one errors occurs during
wildcard (glob) expansion.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists