time, and lots of the stuff in 2.3 (think USB) was done with 2.2.x/2.3.x
compatibility glue. And of all of the things you listed above, they
should all work independantly of eachother too, for the most part.
> > Marcelo is doing 2.4.x now, and seems to be doing a
> > good job of making sure stable stuff gets in, and
> > other stuff doesn't. The only patches that won't
> > make it into Marcelos tree in the very-near-term
> > (Which is all I'll speculate about) are the preempt
> > (and lock-break) patches.
>
> I totally agree. And that's why I find it still
> acceptable to have one tree (and not 1000) to test
> other features such as the ones above, so a large set
> of users can test them (eg: filesystems).
But why do we need yet another tree for this? There already is a large
set of users testing the preemption patches, and I'm not aware of any
new filesystems yet, but I don't see why they'd need another tree
either. A lot of what the -ac tree did was provide maintainers another
person to give their patches to (since sending stuff to Linus is a hit
or miss thing for many people) that tended to have a high rate of
success (or comments) with Linus. Marcelo is very good about taking
patches from maintainers (and telling other people to send stuff to said
maintainer first).
> > Please people, more trees are not always a better
> > thing when you're all doing the same thing.
>
> Perhaps people who have a solid personal tree would
> like to continue this discussion off-list and find
> an arrangement about a single test tree. Concerning
> stable trees, I think that both Marcello's and
> Andrea's are rock solid. Othe people may want to use
> their distributor's.
Again I say, why do we need a 'test' tree? I really don't see more than
one large patch/project/feature getting into a final release, so testing
that project with a bunch of other projects actually invalidates the
testing of it.
> I'll stop here to avoid decreasing the s/n ratio too
> much. Off-list correspondance OK.
I'd really rather not just yet. I'm pretty sure this is all on-topic
still.
-- Tom Rini (TR1265) http://gate.crashing.org/~trini/ - 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/