public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Linus Torvalds <torvalds@linux-foundation.org>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	David Miller <davem@davemloft.net>,
	johannes@sipsolutions.net, linville@tuxdriver.com,
	linux-kernel@vger.kernel.org, linux-wireless@vger.kernel.org
Subject: Re: Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344
Date: Tue, 3 Nov 2009 08:23:38 -0800 (PST)	[thread overview]
Message-ID: <alpine.LFD.2.01.0911030815180.31845@localhost.localdomain> (raw)
In-Reply-To: <1257264485.3420.87.camel@localhost.localdomain>



On Wed, 4 Nov 2009, Marcel Holtmann wrote:
>
> I do have a patch in my inbox from Johannes from 4 days ago that fixes
> this issue.
> 
> 	http://marc.info/?l=linux-wireless&m=125697124819563&w=2
> 
> So what is the take away from this now? Do you wanna have Johannes step
> over John and Dave and send such a patch directly to you?

Hell yes. If it causes lockups for people, and the original commit is 
_known_ to be buggy, these kinds of things should be expedited.

How much users time and effort do we want to waste?

And there's a secondary issue too - how comfortable do we want people to 
be to test late-in-the-game -git trees? I should hope that they should be 
considered pretty stable. And ask yourself: would it have been better to 
have had this bug in my -git tree for just one day, or for five days?

Of course, the optimal situation would have been that such a buggy commit 
wouldn't have been ever merged in the first place - at least not after 
-rc5. But notice how I'm not really complaining about that part: I'm a 
firm believer in the "bugs happen" reality, and while we should try to be 
careful, things like this _will_ slip through. 

So I'm not unhappy about the bug happening in the first place. It would 
have been better had it not, but hey, mistakes happen. We should just 
"Deal with it". 

And yes, "dealing with it" very much means by-passing maintainers if 
necessary. It can mean sending patches directly to me, but it _also_ means 
asking me to just revert a commit that turns out to be buggy and was 
merged late.

And that's what I'm really arguing for here - I don't like how you and 
Johannes were arguing against "dealing with it". As it was, we clearly had 
users wasting their time on this.

		Linus

  reply	other threads:[~2009-11-03 16:24 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-03  5:31 Please consider reverting 7d930bc33653d5592dc386a76a38f39c2e962344 Dmitry Torokhov
2009-11-03  6:49 ` David Miller
2009-11-03  6:52   ` Dmitry Torokhov
2009-11-03  7:16     ` Marcel Holtmann
2009-11-03  7:44       ` Johannes Berg
2009-11-03  8:22         ` Dmitry Torokhov
2009-11-03  8:31           ` Johannes Berg
2009-11-03  8:47             ` Dmitry Torokhov
2009-11-03  8:57               ` Johannes Berg
2009-11-03 15:29                 ` Marcel Holtmann
2009-11-03 15:38                   ` Linus Torvalds
2009-11-05 19:19                   ` Pavel Machek
2009-11-03 15:31         ` Linus Torvalds
2009-11-04  6:34         ` Andrew Morton
2009-11-04  8:41           ` David Miller
2009-11-04 15:23             ` Andrew Morton
2009-11-04 16:32               ` David Miller
2009-11-03 15:26       ` Linus Torvalds
2009-11-03 15:36         ` Marcel Holtmann
2009-11-03 15:43           ` Linus Torvalds
2009-11-03 16:07             ` Linus Torvalds
2009-11-03 16:08             ` Marcel Holtmann
2009-11-03 16:23               ` Linus Torvalds [this message]
2009-11-03 16:37                 ` Linus Torvalds
2009-11-03 16:44                 ` Marcel Holtmann
2009-11-03 16:59                   ` Linus Torvalds
2009-11-03 16:29               ` Ingo Molnar
2009-11-03 16:49                 ` Marcel Holtmann
2009-11-03 17:04                   ` Ingo Molnar
2009-11-03 17:24                 ` Luis R. Rodriguez
2009-11-03 17:37                   ` Linus Torvalds
2009-11-03 17:49                     ` Dmitry Torokhov
2009-11-03 17:55                     ` Luis R. Rodriguez
2009-11-03 15:54           ` Zdenek Kabelac

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=alpine.LFD.2.01.0911030815180.31845@localhost.localdomain \
    --to=torvalds@linux-foundation.org \
    --cc=davem@davemloft.net \
    --cc=dmitry.torokhov@gmail.com \
    --cc=johannes@sipsolutions.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=marcel@holtmann.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