[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1313627614.2799.61.camel@deadeye>
Date: Thu, 18 Aug 2011 01:33:34 +0100
From: Ben Hutchings <ben@...adent.org.uk>
To: Greg KH <greg@...ah.com>
Cc: Tim Bird <tbird20d@...il.com>, linux-kernel@...r.kernel.org,
stable-review@...nel.org, tim.bird@...sony.com,
akpm@...ux-foundation.org, torvalds@...ux-foundation.org,
stable@...nel.org, alan@...rguk.ukuu.org.uk
Subject: Re: [Stable-review] Future of the -longterm kernel releases (i.e.
how we pick them).
On Tue, 2011-08-16 at 21:58 -0700, Greg KH wrote:
> On Tue, Aug 16, 2011 at 04:01:57PM -0700, Tim Bird wrote:
[...]
> > One specific issue I have is support for PREEMPT_RT, so that's a big
> > factor in selecting Sony kernel versions. Thus, coordinating with the
> > RT patchset kernel versions is important to me. Currently
> > that would mean 3.0 is a good candidate.
>
> 3.0 is looking like a good candidate, but we haven't seen 3.1 yet :)
[...]
I'm quite happy with 3.0 in terms of stability and features, though it's
early days yet. It's not so good for Debian in terms of timing. We're
not going to freeze for another 10 months, then the release will likely
be at least 6 months after that. The earlier a kernel release we pick
with, the more hardware support needs to be backported later. So,
extrapolating the likely kernel release dates, I think I would prefer to
use something between 3.2 and 3.4.
As for the RT patchset, I haven't seen any announcement that it will
continue to be developed against 3.0 after the release of 3.1. Of
course, the fact that there *is* a working RT patchset for 3.0 is an
advancement over recent upstream releases.
Ben.
Download attachment "signature.asc" of type "application/pgp-signature" (829 bytes)
Powered by blists - more mailing lists