linux-kernel - Re: [PATCH] libata: remove experimental tag on PATA drivers

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]

Date:	Sat, 14 Nov 2009 13:02:46 +0100
From:	Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
To:	Matthew Garrett <mjg59@...f.ucam.org>
Cc:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Robert Hancock <hancockrwd@...il.com>,
	"linux-kernel" <linux-kernel@...r.kernel.org>,
	ide <linux-ide@...r.kernel.org>, Jeff Garzik <jgarzik@...ox.com>,
	Jonathan Corbet <corbet@....net>
Subject: Re: [PATCH] libata: remove experimental tag on PATA drivers

On Saturday 14 November 2009 03:54:01 Bartlomiej Zolnierkiewicz wrote:
> On Saturday 14 November 2009 03:29:51 Matthew Garrett wrote:
> > On Sat, Nov 14, 2009 at 12:46:29AM +0100, Bartlomiej Zolnierkiewicz wrote:
> > 
> > > Skipping the technical merit of the quoted text for the moment -- I find
> > > the fact that you keep calling the present IDE host drivers (that many
> > > developers helped to fix) as "old" ones or "buggy" ones rather degrading
> > > for their (this includes me of course) hard work.
> > 
> > Without making any judgement about the relative quality of the drivers 
> > in their role as IDE drivers, the fact that ACPI hotplug works with 
> > libata and doesn't work with drivers/ide means that, rationally, 
> > distributions need to use the libata stack for the more common parts. 
> 
> This doesn't change the fact that there are real regressions present in
> libata host drivers and people who should be responsible for fixing them
> are just ignoring them..
> 
> > There simply isn't the same level of integration between drivers/ide and 
> > the rest of the OS.
> 
> Fully agreed but it doesn't change anything for issues discussed.
> 
> On the side note -- certain distributions, I'm sure you know which one
> I mean specifically [1],  "helped" a lot in making sure that such level
> of integration would be very difficult to achieve (ACPI hotplug was
> added later than some distributions, again you know which one I mean
> specifically [1], switched to libata _only_ for PATA).

I've checked this now:

	23 January 2007	F7 Test1 development freeze 
	..
	31 May 2007	F7 General Availability

vs.

ommit 237d8440cb2b104a3b97fc971a9bce67960bb616
Author:     Matthew Garrett <mjg59@...f.ucam.org>
AuthorDate: Wed Oct 3 01:24:16 2007 +0100
Commit:     Jeff Garzik <jeff@...zik.org>
CommitDate: Fri Oct 12 14:55:45 2007 -0400

    libata: Integrate ACPI-based PATA/SATA hotplug - version 5

    Modern laptops with hotswap bays still tend to utilise a PATA interface
    on a SATA bridge, generally with the host controller in some legacy
    emulation mode rather than AHCI. This means that the existing hotplug
    code in libata is unable to work. The ACPI specification states that
    ...

Please take a look at dates and author of the commit.

You helped create such situation in the first place and now you try to
use it as an technical argument to justify past decisions.

Anyway it doesn't matter here at all.

Why are people even bringing this or quality of "old" IDE host drivers
in the discussion as a justification for the quality of _new_ drivers?

Double standards and hypocrisy comes to a mind.

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