Re: [git patches] 2.6.x libata updates
From: Linus Torvalds
Date: Sat Oct 29 2005 - 17:31:06 EST
On Sat, 29 Oct 2005, Andrew Morton wrote:
>
> However there's usually little overlap between the subsystems trees - with
> a net update, a USB update, a SCSI update and an ia64 update it's usually
> pretty obvious which one caused a particular regression.
Yes, that's true, but the subsystem trees themselves now tend to have more
time to grow, and tend to be merged more int one go.
Which is all intentional, of course - the whole _point_ of the new thing
is that they should be in your tree and tested and then merged into my
tree during a short "merge window" for further testing.
But it means that updates that used to "tricke in" to my kernel now tend
to be more of a "big merge", making the daily snapshot less effective.
So when we get a "uhhuh, networking failed between daily snapshot X and
X+1" we now more often have a single biger merge of networking stuff that
was just waiting for the merge window to open..
> The individual -mm-only patches tend to be more scattered around the tree,
> which is why I send them as batches of 100-200 every couple of days: to get
> a bit of separation in the -git snapshots. This hasn't actually proven to
> be very useful, though.
One issue is of course that a lot of people doing reports don't actually
even test the daily snapshots.
Some bug reporters do, and I'm very grateful, and they are wonderful
people. Others do after some prodding, and yet others will never bother to
try a couple of different kernels at all ;/
So the snapshot separation doesn't always necessarily help, even when it's
there.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/