From: Daniel Phillips <phillips@innominate.de>
To: Mark Hahn <hahn@coffee.psychology.mcmaster.ca>,
linux-kernel@vger.kernel.org
Subject: Re: Change of policy for future 2.2 driver submissions
Date: Fri, 05 Jan 2001 13:52:00 +0100 [thread overview]
Message-ID: <3A55C370.12296150@innominate.de> (raw)
In-Reply-To: <002201c076c7$76cab720$8d19b018@c779218a> <Pine.LNX.4.10.10101042308040.7111-100000@coffee.psychology.mcmaster.ca>
Mark Hahn wrote:
> > I personaly do not trust the 2.4.x kernel entirely yet, and would prefer to
> ...
> > afraid that this may partialy criple 2.2 driver development.
>
> egads! how can there be "development" on a *stable* kernel line?
>
> maybe this is the time to reconsider terminology/policy:
> does "stable" mean "bugfixes only"?
> or does it mean "development kernel for conservatives"?
It means development kernel for those who don't have enough time to
debug the main kernel as well as their own project. The stable branch
tends to be *far* better documented than the bleeding edge branch. Try
to find documentation on the all-important page cache, for example. It
makes a whole lot of sense to develop in the stable branch, especially
for new kernel developers, providing, of course, that the stable branch
has the basic capabilities you need for your project.
Alan isn't telling anybody which branch to develop in - he's telling
people what they have to do if they want their code in his tree. This
means that when you develop in the stable branch you've got an extra
step to do at the end of your project: port to the unstable branch.
This only has to be done once and your code *will* get cleaned up a lot
in the process. (It's amazing how the prospect of merging 500 lines of
rejected patch tends to concentrate the mind.) I'd even suggest another
step after that: port your unstable version back to the stable branch,
and both versions will be cleaned up.
--
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-01-05 12:55 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-05 2:41 Change of policy for future 2.2 driver submissions Alan Cox
2001-01-05 3:27 ` Nicholas Knight
2001-01-05 4:23 ` Mark Hahn
2001-01-05 12:52 ` Daniel Phillips [this message]
2001-01-05 6:38 ` Tim Riker
2001-01-05 6:57 ` Andre Tomt
2001-01-05 7:30 ` Gerhard Mack
2001-01-05 11:46 ` Rik van Riel
-- strict thread matches above, loose matches on Subject: below --
2001-01-05 3:50 Michael D. Crawford
2001-01-05 8:29 ` Miles Lane
2001-01-05 17:31 ` Linus Torvalds
2001-01-09 14:49 ` Hubert Mantel
2001-01-09 14:54 ` Alan Cox
2001-01-09 23:49 ` Jakob Østergaard
2001-01-10 0:02 ` Linus Torvalds
2001-01-10 0:33 ` Ingo Molnar
2001-01-10 1:03 ` Andrea Arcangeli
2001-01-10 1:17 ` Ingo Molnar
2001-01-10 1:40 ` Andrea Arcangeli
2001-01-05 17:11 Wayne.Brown
2001-01-05 17:15 ` Alan Cox
2001-01-05 17:23 ` Christoph.Hellwig.
[not found] ` <hchÀcaldera.de>
2001-01-05 17:31 ` Alan Cox
2001-01-05 17:32 Wayne.Brown
2001-01-05 18:50 ` Matthew D. Pitts
2001-01-05 20:33 Wayne.Brown
2001-01-06 10:15 ` Nick Holloway
2001-01-08 4:52 Wayne.Brown
2001-01-08 11:07 ` David Weinehall
2001-01-08 15:36 Wayne.Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3A55C370.12296150@innominate.de \
--to=phillips@innominate.de \
--cc=hahn@coffee.psychology.mcmaster.ca \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox