From: William D Waddington <william.waddington@beezmo.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Helge Hafting <helge.hafting@aitel.hist.no>,
linux-kernel@vger.kernel.org, Al Boldi <a1426z@gawab.com>
Subject: Re: Please release a stable kernel Linux 3.0
Date: Thu, 28 Jun 2007 09:39:15 -0700 [thread overview]
Message-ID: <4683E433.40000@beezmo.com> (raw)
In-Reply-To: <20070628173051.4a3422c0@the-village.bc.nu>
Alan Cox wrote:
[snip]
>> A cleaned-up, consistent, and out-of-tree friendly way of handling API
>> changes might help us all.
>
> The problem is that its very impractical. If I change a kernel API I fix
> up the in tree users and test those I can, that's "accepted practice" -
> you make mess doing a job you clean it up. I can't do that for out of
> tree code because its out of tree.
Thanks for the thoughtful reply. _And_ for taking the time to look at
the code.
I guess my half-assed notion is to have a single file w/"#ifdef-able"
entries that flag API changes. It at least would give me/us a single
point of reference, and avoid the rather ugly version checking. "LDDx"
is fine, and lwn.net has saved my ass more times than I can count, but a
single peg on which to hang my out-of-tree hat would seem useful.
Thanks again,
Bill
--
--------------------------------------------
William D Waddington
Bainbridge Island, WA, USA
william.waddington@beezmo.com
--------------------------------------------
"Even bugs...are unexpected signposts on
the long road of creativity..." - Ken Burtch
next prev parent reply other threads:[~2007-06-28 16:39 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.ZV8hYZHQHqzfx1dgOFeEVFRogSg@ifi.uio.no>
2007-06-27 14:15 ` Bill Waddington
2007-06-28 11:15 ` Helge Hafting
2007-06-28 15:28 ` William D Waddington
2007-06-28 16:30 ` Alan Cox
2007-06-28 16:39 ` William D Waddington [this message]
2007-06-29 0:00 ` Alan Cox
2007-06-28 21:39 ` Al Viro
2007-06-28 22:00 ` Rene Herman
2007-06-28 22:48 ` Alan Cox
2007-06-28 22:45 ` Rene Herman
[not found] <8AH0j-3Qc-11@gated-at.bofh.it>
[not found] ` <8AH0j-3Qc-9@gated-at.bofh.it>
[not found] ` <8B0vZ-r6-5@gated-at.bofh.it>
[not found] ` <8B46G-69z-15@gated-at.bofh.it>
[not found] ` <8B52G-7C9-5@gated-at.bofh.it>
[not found] ` <8BalK-7Ic-39@gated-at.bofh.it>
[not found] ` <8BaYr-8tJ-17@gated-at.bofh.it>
2007-06-29 21:05 ` Bodo Eggert
2007-06-29 21:27 ` Rene Herman
2007-06-30 2:11 ` Daniel Hazelton
2007-06-30 10:50 ` Rene Herman
2007-06-27 13:53 Al Boldi
2007-06-27 15:52 ` Adrian Bunk
2007-06-27 16:08 ` Chuck Ebbert
2007-06-27 16:26 ` Dmitry Torokhov
2007-06-27 16:26 ` Adrian Bunk
2007-06-27 22:32 ` Al Boldi
2007-06-27 17:11 ` Al Viro
2007-06-27 22:32 ` Al Boldi
2007-06-27 23:12 ` Al Viro
2007-06-28 15:37 ` Al Boldi
-- strict thread matches above, loose matches on Subject: below --
2007-06-21 21:49 Zoltán HUBERT
2007-06-21 21:54 ` Chuck Ebbert
2007-06-21 22:08 ` Alan Cox
2007-06-21 22:21 ` Zoltán HUBERT
2007-06-22 20:54 ` Willy Tarreau
2007-06-21 22:29 ` Jesper Juhl
2007-06-21 22:34 ` Chuck Ebbert
2007-06-21 23:01 ` Lennart Sorensen
2007-06-21 23:08 ` Chuck Ebbert
2007-06-21 23:36 ` Måns Rullgård
2007-06-21 23:45 ` Arjan van de Ven
2007-06-28 21:15 ` Pavel Machek
2007-06-29 13:41 ` Rafael J. Wysocki
2007-06-29 22:33 ` Pavel Machek
2007-06-22 15:00 ` Rafael J. Wysocki
2007-06-22 17:11 ` Chuck Ebbert
2007-06-22 22:10 ` Rafael J. Wysocki
2007-06-24 20:54 ` Rafael J. Wysocki
2007-06-25 16:38 ` Chuck Ebbert
2007-06-25 23:20 ` Rafael J. Wysocki
2007-06-25 23:23 ` Chuck Ebbert
2007-06-21 22:57 ` Zoltán HUBERT
2007-06-21 23:07 ` Jesper Juhl
2007-06-21 23:23 ` Lennart Sorensen
2007-06-22 8:34 ` Bernd Petrovitsch
2007-06-26 11:59 ` Helge Hafting
2007-06-26 14:37 ` Zoltán HUBERT
2007-06-26 15:04 ` Renato S. Yamane
2007-06-26 19:03 ` Roland Kuhn
2007-06-27 9:18 ` Zoltán HUBERT
2007-06-27 9:54 ` Alan McKinnon
2007-06-27 9:55 ` Al Viro
2007-06-27 14:44 ` Helge Hafting
2007-06-27 16:13 ` Chuck Ebbert
2007-06-29 16:37 ` Gerhard Mack
2007-06-21 23:30 ` Jan Engelhardt
2007-06-21 23:32 ` david
2007-06-22 8:41 ` Jan Engelhardt
2007-06-21 22:52 ` Stefan Richter
2007-06-21 22:59 ` Zoltán HUBERT
2007-06-21 22:58 ` Rene Herman
2007-06-22 3:51 ` Rik van Riel
2007-06-22 9:19 ` Xavier Bestel
2007-06-22 9:45 ` Bernd Petrovitsch
2007-06-23 7:25 ` Chris Snook
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=4683E433.40000@beezmo.com \
--to=william.waddington@beezmo.com \
--cc=a1426z@gawab.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=helge.hafting@aitel.hist.no \
--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
Powered by JetHome