linux-kernel - Re: [PATCH] ide: update Kconfig text to mark as deprecated

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4AEA45CE.2060708@garzik.org>
Date:	Thu, 29 Oct 2009 21:47:58 -0400
From:	Jeff Garzik <jeff@...zik.org>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
CC:	Robert Hancock <hancockrwd@...il.com>,
	David Miller <davem@...emloft.net>,
	linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org
Subject: Re: [PATCH] ide: update Kconfig text to mark as deprecated

On 10/29/2009 08:32 PM, Alan Cox wrote:
> IDE will self correct in time anyway - new hardware doesn't work with it,
> newer embedded devices are also moving away from compact flash, so it'll
> die of its own accord.
>
> As such while things like pmac support in libata will be nice I don't
> think there is any need to go around obsoleting it or pressuring people
> to move stacks.

This has been my general policy...  people will continue moving away 
from IDE over time.  Not much need to do anything but let sleeping dogs lie.

libata definitely needs pmac support, that is the really only big 
missing driver piece, IMO.

On compatibility:  while a compat ATA block device would be nice -- 
having a native Linux block driver for ATA disks has been a longstanding 
"want" since Day One -- a compat block device purely for these 
situations would be quite a bit of work for a tiny-and-shrinking 
userbase.  And that totally ignores an idea of attempting compatibility 
with IDE's ATAPI setup, another huge can-o-worms.

	Jeff

--
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/