[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1373993130.6458.13.camel@gandalf.local.home>
Date: Tue, 16 Jul 2013 12:45:30 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: David Lang <david@...g.hm>
Cc: Greg KH <greg@...ah.com>,
James Bottomley <James.Bottomley@...senPartnership.com>,
ksummit-2013-discuss@...ts.linuxfoundation.org,
linux-kernel@...r.kernel.org, stable@...r.kernel.org
Subject: Re: [Ksummit-2013-discuss] KS Topic request: Handling the Stable
kernel, let's dump the cc: stable tag
On Mon, 2013-07-15 at 23:24 -0700, David Lang wrote:
> Just because some crazy person ;-) decides to maintain 2.4 for many years
> doesn't mean that every subsystem maintainer needs to worry about backporting
> patches from 3.11 all the way back to 2.4. The fact that they are as willing as
> they are to review the results of the backports for problems in amazing.
Any "process" that we come up with for maintainers with respect to the
stable tree, should only matter to the official ones "last release" and
"last release-1". All others are the responsibility of those maintaining
it. Long term stable trees shouldn't burden the maintainer unless they
want to help.
I don't expect much help from maintainers for the 3.6 stable I maintain.
Any help I do get I'm greatly appreciated of. I also love it when
maintainers add which versions of the kernel a bug fix goes back too.
That is, I love seeing
Cc: stable@...r.kernel.org # 3.2+
instead of just:
Cc: stable@...r.kernel.org
But even that, I'm glad to see and don't expect to. The maintainers
don't need that burden as well. I'll read the change log and try to
figure out if it's required or not. And if it applies, I add it,
otherwise, I skip it.
-- 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