Stephen Rothwell wrote:As noted to Andrew in private email, I think this would be great. akpm's -mm tree tends to have "x+1" changes in it, and also stuff that's not fully baked yet. I would definitely like to see a tree composed of all the sub-trees where maintainers said "yes, I think this is baked and ready for x+1". Then -mm and not-yet-baked git changes can layer on top of that. As others are noting, API changes require some coordination amongst ourselves (should be our job, not yours, really) and historically we haven't been so good at that -- in part because IMO there hasn't been any system thing better than a heads-up email in place. Jeff --
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Mark Lord | 2.6.25-rc8: FTP transfer errors |
| Marcin Slusarz | Re: 2.6.25-rc2-mm1: build failure (x86) |
| Balbir Singh | Re: [RFC][PATCH 2/7] RSS controller core |
git: | |
| bcpa | Binkley/Rfmaill/Cnews scripts?.. |
| Rogier Wolff | Re: MIPS R3000 board to run Linux, anyone? |
| Gary Kahn | compiled ghostscript, got 2 megabyte executable |
| Joshua Lobel | Does anyone know anything about LOCUS' DOS MERGE running on Linux |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
