linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Matthew Garrett <mjg59@srcf.ucam.org>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Robert Hancock <hancockrwd@gmail.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	ide <linux-ide@vger.kernel.org>, Jeff Garzik <jgarzik@pobox.com>,
	Jonathan Corbet <corbet@lwn.net>
Subject: Re: [PATCH] libata: remove experimental tag on PATA drivers
Date: Sat, 14 Nov 2009 13:02:46 +0100	[thread overview]
Message-ID: <200911141302.46714.bzolnier@gmail.com> (raw)
In-Reply-To: <200911140354.01808.bzolnier@gmail.com>

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@srcf.ucam.org>
AuthorDate: Wed Oct 3 01:24:16 2007 +0100
Commit:     Jeff Garzik <jeff@garzik.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

  reply	other threads:[~2009-11-14 12:02 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-13  2:13 [PATCH] libata: remove experimental tag on PATA drivers Robert Hancock
2009-11-13 11:07 ` Alan Cox
2009-11-13 16:15 ` Bartlomiej Zolnierkiewicz
2009-11-13 18:25   ` Alan Cox
2009-11-13 19:39     ` Bartlomiej Zolnierkiewicz
2009-11-13 21:30       ` Alan Cox
2009-11-13 22:17         ` Bartlomiej Zolnierkiewicz
2009-11-13 22:42           ` Alan Cox
2009-11-13 22:58             ` Bartlomiej Zolnierkiewicz
2009-11-14  0:03               ` Alan Cox
2009-11-13 21:57       ` Jeff Garzik
2009-11-13 22:24         ` Bartlomiej Zolnierkiewicz
2009-11-13 22:26     ` Alejandro Riveira Fernández
2009-11-13 23:46     ` Bartlomiej Zolnierkiewicz
2009-11-14  0:14       ` Bartlomiej Zolnierkiewicz
2009-11-14  0:15       ` Alan Cox
2009-11-14  1:08         ` Bartlomiej Zolnierkiewicz
2009-11-14 16:04           ` Alan Cox
2009-11-14 16:59             ` Bartlomiej Zolnierkiewicz
2009-11-14  2:29       ` Matthew Garrett
2009-11-14  2:54         ` Bartlomiej Zolnierkiewicz
2009-11-14 12:02           ` Bartlomiej Zolnierkiewicz [this message]
2009-11-17  3:18 ` Jeff Garzik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200911141302.46714.bzolnier@gmail.com \
    --to=bzolnier@gmail.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=corbet@lwn.net \
    --cc=hancockrwd@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mjg59@srcf.ucam.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).