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:49:49 +0200 Ingo Molnar <mingo@elte.hu> wrote:

>
> * Andrew Morton <akpm@linux-foundation.org> wrote:
>
> > > 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 :( [...]
>
> what do you mean? We are testing commits that everybody will run and are
> pre-filtering them for sanity and stability before they hit linux-next.
>

One doesn't test commits - one tests a tree. And the -tip tree is
2.6.26-rc5 plus a bunch of x86 changes. That tree will never be run by
anyone. Testing -tip fails to pick up problems which are caused by
integration of the x86 changes with everyone else's work and it fails
to pick up problems which lie wholly outside the x86 changes.

For both these reasons it would be more valuable were that testing
effort to be expended on our 2.6.27 candidate tree.

Plus, of course, there's the risk that linux-next contains x86-only
regressions which were fixed or avoided in -tip.




Bisecting: 5 revisions left to test after this
[29657a44f8660acd8751d7e9f5aac06ec8633481] x86: cleanup early per cpu variables/accesses v4



\
 
 \ /
  Last update: 2008-06-06 11:05    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site