On Fri, Sep 26, 2008 at 05:11:25PM -0400, Chuck Lever wrote: > On Sep 26, 2008, at Sep 26, 2008, 3:57 PM, Trond Myklebust wrote: >> On Fri, 2008-09-26 at 15:54 -0400, Chuck Lever wrote: >>> The whole system makes it absolutely impossible to plan features and >>> bug fixes. >> >> The only thing it makes impossible is planning features for a >> _particular_ kernel revision. > > I find it impossible to plan for a particular _year_ (or even two). > > The problem is _you_, the subsystem maintainer, have a merge window too. > I find it challenging to align my patch submissions with two sliding > merge windows that open and close at arbitrary times without any warning > whatever. And now I have to worry about Bruce's merge window as well.... Please just send them in whenever they're ready--I mean to take patches at any time, and then decide separately whether they should be queued up for the current version, the next one, and/or the previous (stable) version. There are inevitably delays (especially with vacations and such), but normally I'll try to at least respond with an estimate if it's going to take longer than a couple days. > Plus, the submission guidelines keep changing. FreeBSD has an amazing > guide to kernel development rules and conventions posted on the web. I > wish Linux had the same. Do you have a pointer to it, and/or suggestions how it could be used to improve existing linux documentation? There's Documentation/SubmittingPatches and stuff. My main gripe with Documentation/ is that people contribute to it, but there's no maintainer to say "no" or to keep things organized, so it tends to get large and messy over time. In any case lkml would be a better forum for this. > If I know in advance when you (and Bruce) are taking new features or bug > fixes for each kernel release, that would be helpful. I'd like to say the answer is "any time", barring occasional interruptions. Or if the problem is that you've got stuff that you're basically done with, but that you know you *might* get the chance to take one more look at if you had another week--I think it'd be better if people just sent stuff in when they think it's good enough, and if we later find a problem we'll fix it. --b. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html