On Thursday, 1 of May 2008, David Miller wrote:
quoted text
> From: Ingo Molnar <mingo@elte.hu>
> Date: Thu, 1 May 2008 00:19:36 +0200
> 
> > The same goes in the other direction as well - you were just hit by 
> > scheduler tree related regressions that were only triggered on your 
> > 128-way sparc64, but not on our 64way x86 and smaller boxes.
> 
> You keep saying this over and over again, but the powerpc folks hit
> this stuff too.

Well, I think that some changes need some wider testing anyway.

They may be correct from the author's point of view and even from the knowledge
and point of view of the maintainer who takes them into his tree.  That's
because no one knows everything and it'll always be like this.

Still, with the current process such "suspicious" changes go in as parts of
large series of commits and need to be "rediscovered" by the affected testers
with the help of bisection.  Moreover, many changes of this kind may go in from
many different sources at the same time and that's really problematic.

In fact, so many changes go in at a time during a merge window, that we often
can't really say which of them causes the breakage observed by testers and
bisection, that IMO should really be a last-resort tool, is used on the main
debugging techinque.
--
unsubscribe notice
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/