linux-kernel - Re: Kernel Summit request for Discussion of future of ATA (libata) and IDE

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: <58cb370e0808031309n54052c51m744c479aa69b2f4a@mail.gmail.com>
Date:	Sun, 3 Aug 2008 22:09:25 +0200
From:	"Bartlomiej Zolnierkiewicz" <bzolnier@...il.com>
To:	"James Bottomley" <James.Bottomley@...senpartnership.com>
Cc:	ksummit-2008-discuss@...ts.linux-foundation.org,
	linux-kernel <linux-kernel@...r.kernel.org>,
	linux-ide <linux-ide@...r.kernel.org>
Subject: Re: Kernel Summit request for Discussion of future of ATA (libata) and IDE

I'm using gmail's interface (I don't have access to my laptop ATM) so
the mail may look a bit weird...

On Sun, Aug 3, 2008 at 5:57 PM, James Bottomley
<James.Bottomley@...senpartnership.com> wrote:
> Right at the moment, we have two separate subsystems for running IDE
> type devices:  driver/ide and drivers/ata.  The claim I've seen is that
> drivers/ata can do everything drivers/ide can do plus it does sata.  I

This claim doesn't seem to have confirmation in facts:

* There is still hardware that is simply not-supported by libata at all:

  - architecture specific hardware (ppc, m68k, mips, arm)

  - "difficult" legacy PC-class hardware (i.e. secondary interface on
CY82C693 etc)

* There are still regressions in many libata PCI host drivers dating back
  to their rushed introduction.

* There are still corner case in libata core - PIO is dead slow
compared to drivers/ide/,
  "serialized" hosts are not supported, some quirks for obsolete
hardware got lost...

> also note that no major distribution seems to enable anything in
> drivers/ide anymore, so given this is it time to deprecate drivers/ide?

Major distributions make their own decisions (I don't remeber anybody from
these distros discussing the conversion on linux-kernel or linux-ide) which
sometimes don't match with what kernel.org kernels are doing.

[ Actually one distro went so far as CONFIG_IDE=n even before support for
  all PC-class IDE PCI hardware present in drivers/ide was available
in libata. ]

Also the same major distros that use libata on x86 are using
drivers/ide on non-x86.

> A counter argument to the above is that not all drivers (particularly
> the older ones where hw is scarce) are converted to drivers/ata, so
> drivers/ide seems to be needed for some legacy systems (in which case it
> can be deprecated but not removed).  I've also noted that some embedded
> distributions seem to be using drivers/ide, but I'm not really sure
> whether this is inertia or some overriding need.

drivers/ide deprecation would be a premature thing.

> The proposal is to discuss the future of these two subsystems and arrive
> at a consensus what's happening to each going forwards.

Well, I'm looking forward to discuss the future of Linux ATA support.

Thanks,
Bart
--
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/