[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130820124348.349130b2@gandalf.local.home>
Date: Tue, 20 Aug 2013 12:43:48 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Hugh Dickins <hughd@...gle.com>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"Berg, Johannes" <johannes.berg@...el.com>,
Shuah Khan <shuah.kh@...sung.com>,
Stefan Lippers-Hollmann <s.L-H@....de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"stable@...r.kernel.org" <stable@...r.kernel.org>,
"shuahkhan@...il.com" <shuahkhan@...il.com>
Subject: Re: [ 00/34] 3.4.59-stable review
On Tue, 20 Aug 2013 09:25:05 -0700 (PDT)
Hugh Dickins <hughd@...gle.com> wrote:
> >
> > Especially as I just did the releases...
>
> Oh. Classic case of a patch rushed too quickly into late rc,
> then too quickly from there to stable.
>
I think we should focus more on having a correct fix than a quick fix
and rush it into mainline. I was criticized for pushing a rather
complex fix into -rc4, and was told that I should wait to 3.12. The
thing is, we had various versions of a fix by -rc1, but I wasn't
satisfied with it. After several rounds we were finally happy with the
fix and by that time, -rc4 was out. I pushed it regardless, as why
should I wait to 3.12 and then push it to stable? We all took our time,
tested the hell out of it (although not as much as it would get going
mainline), had it in linux-next for several days, knew the bug inside
and out and then when we were happy, added it to mainline. I didn't
really care what -rc it was, because it was to go to stable too. Several
patches are still being queued for 3.10. Oh, which I should push out,
as I got distracted by my day job ;-)
Maybe it would be good to discuss when things should go into -rc and
stable at Kernel Summit.
-- Steve
--
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/
Powered by blists - more mailing lists