From: Marc Koschewski <marc@osknowledge.org>
To: Michael Loftis <mloftis@wgops.com>
Cc: Marc Koschewski <marc@osknowledge.org>, linux-kernel@vger.kernel.org
Subject: Re: Development tree, PLEASE?
Date: Fri, 20 Jan 2006 17:35:51 +0100 [thread overview]
Message-ID: <20060120163551.GC5873@stiffy.osknowledge.org> (raw)
In-Reply-To: <B6DE6A4FC14860A23FE95FF3@d216-220-25-20.dynip.modwest.com>
* Michael Loftis <mloftis@wgops.com> [2006-01-20 09:07:16 -0700]:
>
>
> --On January 20, 2006 4:59:19 PM +0100 Marc Koschewski
> <marc@osknowledge.org> wrote:
>
> >For my daily work I use the -git kernels on my production machines. And I
> >didn't have probs for a long time due to stuff being tested in -mm. -mm
> >is mostly broken for me (psmouse, now reiserfs, ...) but I tend to say
> >that 2.6 is rock-stable.
> >
> >When it comes to API stability people are encouraged to stay up-to-date
> >when when developing stuff out of the kernel tree, ain't they? A more
> >convenient way would be to create a new in-kernel-tree wrapper module
> >that wraps some functions no longer available anymore and which are
> >possible to be wrapped in the meaning of all needed data is provided to
> >the 'old' method and can be easyily wrapped into the new function.
> >
> >It could a Kconfig option so that the 'wrapper module' is only activated
> >on demand. Thus, having the option to port driver directly to the new API
> >or just silenty use the 'wrapper module' to translate the call while
> >being noisy at compile time.
> >
> >You're free to write the module... ;)
>
> I know this, but the in-kernel stuff is far less painful than when all this
> stuff bleeds to userland. Besides, can you imagine such a beast of a
> module? :D I mean yeouch, the maintenance. And it'd encourage the sort of
> thing we as kernel developers in general want to discourage, which is the
> use of deprecated APIs.
>
> Lots of things still out there depend on devfs. So now if I want to
> develop my kmod on recent kernels I have to be in the business of
> maintaining a lot more userland stuff, like mkinitrd, installers, etc. that
> have come to rely on devfs.
Moreover, as far as I remember... my devfsd -> udev transsition went as smooth
as a reboot.
Marc
next prev parent reply other threads:[~2006-01-20 16:34 UTC|newest]
Thread overview: 126+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-20 15:17 Development tree, PLEASE? Michael Loftis
2006-01-20 15:31 ` Michael Loftis
2006-01-20 15:59 ` Marc Koschewski
2006-01-20 16:07 ` Michael Loftis
2006-01-20 16:34 ` Marc Koschewski
2006-01-20 17:04 ` Michael Loftis
2006-01-20 16:35 ` Marc Koschewski [this message]
2006-01-20 17:06 ` Michael Loftis
2006-01-20 17:31 ` Diego Calleja
2006-01-20 20:43 ` Kyle Moffett
2006-01-20 16:41 ` Jan Engelhardt
2006-01-20 17:14 ` Michael Loftis
2006-01-20 19:43 ` Greg KH
2006-01-20 20:56 ` Michael Loftis
2006-01-20 21:06 ` Christopher Friesen
2006-01-20 23:00 ` Horst von Brand
2006-01-20 23:17 ` Russell King
2006-01-20 23:33 ` Michael Loftis
2006-01-20 23:55 ` Russell King
2006-01-21 0:05 ` Michael Loftis
2006-01-21 0:26 ` Lars Marowsky-Bree
2006-01-20 23:27 ` Greg KH
2006-01-20 23:52 ` Michael Loftis
2006-01-21 0:03 ` Russell King
2006-01-21 1:38 ` Alan Cox
2006-01-20 20:25 ` Russell King
2006-01-20 22:05 ` Michael Loftis
2006-01-20 22:54 ` Horst von Brand
2006-01-20 16:40 ` Dmitry Torokhov
2006-01-20 16:48 ` Marc Koschewski
2006-01-20 16:55 ` Dmitry Torokhov
[not found] ` <20060120172431.GE5873@stiffy.osknowledge.org>
2006-01-20 17:43 ` Dmitry Torokhov
2006-01-20 17:53 ` Marc Koschewski
2006-01-20 18:00 ` Dmitry Torokhov
2006-01-20 18:06 ` Marc Koschewski
2006-02-13 17:17 ` Dmitry Torokhov
2006-01-20 16:29 ` James Courtier-Dutton
2006-01-20 16:36 ` Michael Loftis
2006-01-20 16:50 ` Dmitry Torokhov
2006-01-20 17:31 ` Michael Loftis
2006-01-20 19:03 ` Valdis.Kletnieks
2006-01-20 19:10 ` Michael Loftis
2006-01-20 23:20 ` Bernd Petrovitsch
2006-01-20 23:54 ` Michael Loftis
2006-01-20 19:21 ` Michael Loftis
2006-01-20 19:24 ` Valdis.Kletnieks
2006-01-20 20:00 ` Russell King
2006-01-20 21:21 ` Michael Loftis
2006-01-20 21:40 ` Doug McNaught
2006-01-20 22:09 ` Michael Loftis
2006-02-02 12:16 ` David Weinehall
2006-02-02 18:25 ` Michael Loftis
2006-02-02 20:10 ` Dave Jones
2006-02-02 22:05 ` Sam Ravnborg
2006-02-02 22:10 ` Dave Jones
2006-02-02 22:19 ` Sam Ravnborg
2006-02-02 22:31 ` Dave Jones
2006-02-02 22:42 ` Sam Ravnborg
2006-02-03 1:29 ` Roman Zippel
2006-02-03 4:45 ` Theodore Ts'o
2006-02-03 12:28 ` Roman Zippel
2006-02-03 16:04 ` Dave Jones
2006-02-02 22:01 ` Willy Tarreau
2006-02-02 22:31 ` Christopher Friesen
2006-02-03 5:08 ` Willy Tarreau
2006-02-02 22:15 ` David Weinehall
2006-02-02 22:47 ` Michael Loftis
2006-01-20 20:10 ` James Courtier-Dutton
2006-01-20 20:20 ` Jesper Juhl
2006-01-20 21:48 ` Michael Loftis
2006-01-20 22:00 ` Dmitry Torokhov
2006-01-20 22:14 ` Michael Loftis
2006-01-21 9:22 ` Jan Engelhardt
2006-01-21 14:52 ` Alistair John Strachan
2006-01-21 17:03 ` Jan Engelhardt
2006-01-20 21:50 ` Michael Loftis
2006-01-21 9:13 ` Jan Engelhardt
2006-01-20 16:53 ` Joe George
2006-01-20 17:03 ` Randy.Dunlap
2006-01-20 17:33 ` Joe George
[not found] ` <20060120121116.62a8f0a6.seanlkml@sympatico.ca>
2006-01-20 17:11 ` sean
2006-01-20 17:56 ` Development tree, please? Michael Loftis
[not found] ` <20060120131120.338ebf17.seanlkml@sympatico.ca>
2006-01-20 18:11 ` sean
2006-01-20 18:43 ` Michael Loftis
2006-01-20 17:11 ` Development tree, PLEASE? Diego Calleja
2006-01-21 1:56 ` Matthew Frost
2006-01-21 3:19 ` Matthew Frost
2006-01-21 7:22 ` Michael Loftis
2006-01-21 7:38 ` Lee Revell
2006-01-21 21:56 ` Sven-Haegar Koch
2006-01-21 22:18 ` Lee Revell
2006-01-21 22:40 ` Michael Loftis
2006-01-21 22:47 ` Lee Revell
2006-01-21 22:51 ` Bernd Petrovitsch
2006-01-22 8:57 ` Michael Loftis
2006-01-22 9:41 ` Theodore Ts'o
2006-01-22 16:09 ` Bernd Petrovitsch
2006-01-22 22:59 ` Daniel Barkalow
2006-01-21 22:49 ` Bernd Petrovitsch
2006-01-21 23:03 ` Lee Revell
2006-01-22 9:03 ` Michael Loftis
2006-01-22 17:03 ` Bernd Petrovitsch
2006-01-25 21:30 ` Nix
2006-01-25 21:36 ` Lee Revell
2006-01-25 22:12 ` Nix
2006-01-26 8:44 ` Bernd Petrovitsch
2006-01-26 21:12 ` Jan Engelhardt
2006-01-26 21:44 ` Bernd Petrovitsch
2006-01-22 17:14 ` Arjan van de Ven
2006-01-22 17:24 ` Lee Revell
2006-01-21 11:28 ` Jesper Juhl
2006-01-21 18:09 ` Horst von Brand
2006-01-20 17:08 ` Gábor Lénárt
2006-01-21 0:36 ` Michael Loftis
2006-01-20 19:16 ` Greg KH
2006-01-20 19:27 ` Ben Collins
2006-01-20 22:04 ` Vincent Hanquez
2006-01-21 18:29 ` Johan Kullstam
2006-01-23 13:45 ` Vincent Hanquez
2006-01-24 15:35 ` Bob Copeland
2006-01-21 11:41 ` Ralf Baechle
2006-01-21 6:58 Michael Loftis
2006-03-14 13:57 Chuck Ebbert
2006-03-14 14:09 ` Arjan van de Ven
2006-03-16 20:17 ` Jan Engelhardt
2006-03-16 20:21 ` Jan Engelhardt
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=20060120163551.GC5873@stiffy.osknowledge.org \
--to=marc@osknowledge.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mloftis@wgops.com \
/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;
as well as URLs for NNTP newsgroup(s).