From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Fabio Baltieri <fabio.baltieri@linaro.org>,
Dave Jones <davej@redhat.com>,
Greg KH <gregkh@linuxfoundation.org>,
Andrew Morton <akpm@linux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
USB list <linux-usb@vger.kernel.org>,
tianyu.lan@intel.com, Linux ACPI <linux-acpi@vger.kernel.org>
Subject: Re: [GIT PATCH] USB patches for 3.9-rc1
Date: Sat, 23 Feb 2013 01:48:27 +0100 [thread overview]
Message-ID: <1451742.5dFcotgqBW@vostro.rjw.lan> (raw)
In-Reply-To: <CA+55aFxcqczXZf7zxJ0xjDsnLMbS8uu9Jp5BDOdnR5tqf==nrA@mail.gmail.com>
On Friday, February 22, 2013 04:30:25 PM Linus Torvalds wrote:
> On Fri, Feb 22, 2013 at 4:19 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
> >
> > It won't revert, there's more stuff on top of it. And it is a fix, so
> > reverting it is not really a good idea anyway.
>
> Rafael, please don't *ever* write that crap again.
>
> We revert stuff whether it "fixed" something else or not. The rule is
> "NO REGRESSIONS". It doesn't matter one whit if something "fixes"
> something else or not - if it breaks an old case, it gets reverted.
>
> Seriously. Why do I even have to mention this? Why do I have to
> explain this to somebody pretty much *every* f*cking merge window?
Well, sorry. I shouldn't have said that.
The problem is, though, that even if bisection turns up something, it doesn't
automatically mean that this particular commit is the one that caused the
problem to happen in the first place.
And in this particular case bisection turns up a commit that enables something
that didn't work on that particular machine for some time. It used to work,
then it stopped working and that commit made it work again. And the fact that
it made it work again caused something different to trigger the result of which
is the observed breakage.
I'm obviously going to fix it, because it is a serious problem, but the commit
in question is not the root cause of it in my opinion (as I wrote to Fabio in
another message).
> This is not a new rule.
>
> And btw, the *reason* for that rule becoming such a hard rule was
> pretty much exactly suspend/resume and ACPI. Exactly because we used
> to have those infinite "let's fix one thing and break another" dances.
> So you should be well acquainted with the rule, and I'm surprised to
> hear that kind of utter garbage from you in particular.
>
> There is no excuse for regressions, and "it is a fix" is actually the
> _least_ valid of all reasons.
>
> A commit that causes a regression is - by definition - not a "fix". So
> please don't *ever* say something that stupid again.
>
> Things that used to work are simply a million times more important
> than things that historically didn't work.
>
> So this had better get fixed asap, and I need to feel like people are
> working on it. Otherwise we start reverting.
>
> And no amount "but it's a fix" matters one whit. In fact, it just
> makes me feel like I need to start reverting early, because the
> maintainer doesn't seem to understand how serious a regression is.
OK, OK.
Please let me understand what the problem is first.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
next prev parent reply other threads:[~2013-02-23 0:41 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20130222085954.GA4352@redhat.com>
2013-02-22 21:51 ` [GIT PATCH] USB patches for 3.9-rc1 Fabio Baltieri
2013-02-22 22:23 ` Dave Jones
2013-02-23 0:10 ` Fabio Baltieri
2013-02-23 0:35 ` Rafael J. Wysocki
2013-02-23 1:44 ` Fabio Baltieri
2013-02-23 4:33 ` Rafael J. Wysocki
2013-02-23 11:49 ` Fabio Baltieri
2013-02-23 14:18 ` [PATCH] ACPI / PM: Take unusual configurations of power resources into account (was: Re: [GIT PATCH] USB patches for 3.9-rc1) Rafael J. Wysocki
2013-02-23 14:48 ` Fabio Baltieri
2013-02-23 22:29 ` Rafael J. Wysocki
2013-02-23 0:20 ` [GIT PATCH] USB patches for 3.9-rc1 Rafael J. Wysocki
2013-02-23 0:19 ` Rafael J. Wysocki
2013-02-23 0:30 ` Linus Torvalds
2013-02-23 0:48 ` Rafael J. Wysocki [this message]
2013-02-23 1:10 ` Linus Torvalds
2013-02-23 2:01 ` Rafael J. Wysocki
2013-02-23 1:00 ` Rafael J. Wysocki
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=1451742.5dFcotgqBW@vostro.rjw.lan \
--to=rjw@sisk.pl \
--cc=akpm@linux-foundation.org \
--cc=davej@redhat.com \
--cc=fabio.baltieri@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=tianyu.lan@intel.com \
--cc=torvalds@linux-foundation.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