lkml.org 
[lkml]   [2010]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: Announcement: Plans for v2.6.34-longterm
From
On Sun, Dec 5, 2010 at 11:50 AM, Greg KH <greg@kroah.com> wrote:
> On Sat, Dec 04, 2010 at 08:16:44PM -0500, Paul Gortmaker wrote:
>> [Re: Announcement: Plans for v2.6.34-longterm] On 04/12/2010 (Sat 09:28) Greg KH wrote:
>>
>> > On Fri, Dec 03, 2010 at 04:07:19PM -0500, Paul Gortmaker wrote:
>> > > With that in mind, it is our intention to also maintain a 2.6.34
>> > > longterm tree.  Jason and I work at Wind River, which already has
>> > > released products based on v2.6.34, and as such it only makes sense
>> > > to have a public long-term tree that others who are also based on
>> > > 2.6.34 can make use of.
>> >
>> > Other than Wind River, what other distros/userbases are using .34 as a
>> > platform for their products?
>>
>> Well, since we create more of a distro builder, than a distro itself,
>> anyone who uses WR to in turn create a distro for their own hardware or
>> product will of course be using 2.6.34.  The Yocto project is currently
>> using the 2.6.34 kernel and I'm sure there are others I'm not
>> immediately aware of.
>
> I thought Yocto was going to be using .35, hence Andi and Tim's work to
> get that one "longterm"?

There was some slight confusion at the plumbers conference, but Paul
is correct, the kernel that accompanied yocto 0.9 was 2.6.34 based, and
we'll shortly (measured in days) also have a 2.6.37 tracking kernel.

>
> Anyway, that's fine, I was just curious, thanks.

Also fine with me, just thought I'd take the chance to clarify.

Cheers,

Bruce

>
>> > And how long do you expect to be maintaining this .34 branch for?
>>
>> The expectation is that maintenance will be ongoing for years, since
>> we'll largely be needing to do that work anyway.  I plan to follow your
>> lead on how you handled .27 -- i.e. the "early" releases will possibly
>> be rich with content, but as it gets to be closer to EOL (i.e. on the
>> order of 10 releases removed from current), then it will only be the key
>> CVE-like fixes and similar which will be added.
>
> That sounds very reasonable.
>
> If there's anything I can do to help out, let me know.
>
> thanks,
>
> greg k-h
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>



--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2010-12-06 05:57    [W:0.553 / U:0.152 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site