lkml.org 
[lkml]   [2008]   [Jun]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: linux-next: Tree for June 5
On Fri, 6 Jun 2008 10:23:25 +0200 Ingo Molnar <mingo@elte.hu> wrote:

> * Andrew Morton <akpm@linux-foundation.org> wrote:
>
> > > > > i just successfully booted your config on 4 separate 64-bit
> > > > > test-systems with latest -tip. (two dual-core boxes, a quad and a
> > > > > 16way box) Latest -tip includes sched-next and x86-next as well.
> > > >
> > > > What's the point in testing a radically differenet kernel from the one
> > > > which is known to be crashing?
> > >
> > > well, you Cc:-ed me, so i wanted to exclude -tip's 750+ commits in this
> > > area (scheduling, 64-bit x86) in the first step.
> >
> > What's the relationship between -tip and linux-next?
>
> most of the -tip topics (there are 75 of them currently) are present in
> linux-next - about ~70% of all -tip commits are in linux-next already.
> The stuff that is not in linux-next yet is either because it's:
> miscellany fixes (i.e. intentionally grabbed out-of-tree to make our
> tests work better), not cooked enough yet, or because we are still
> working it out - tip is less than a month old still.
>
> in general the rule is that if there's anything we want to push
> upstream, it will show up in linux-next.

I don't think it's a good idea for you guys to be off working on 2.6.28
material when we're trying to stabilise 2.6.25, 2.6.26 and preparing
for 2.6.27.

What's especially regrettable is that, afaik, you are expending testing
resources on a tree which nobody will ever run rather than upon the
tree which everyone _will_ run :( We'd all be better off if that testing
was being performed against linux-next. Or at least some (most) of it.


ho hum.

Bisecting: 23 revisions left to test after this
[919b0a2702e5a0284094f63215da65539f6ef692] Merge branch 'x86/ptemask' into auto-x86-next

No -mm today...


\
 
 \ /
  Last update: 2008-06-06 10:41    [W:0.090 / U:0.352 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site