On Sun, 15 Apr 2007, Jesper Juhl wrote:
> On 15/04/07, Robert P. J. Day <[email protected]> wrote:
> >
> > in a recent posting, ian anderson suggested that, before kernel
> > features are removed, they should spend a reasonable amount of
> > time in the feature removal file to give everyone fair warning.
> > if that's the case, then there are a *bunch* of things that should
> > perhaps be added to that file real soon now just to start the
> > clock ticking.
> >
> [snip]
> > ./sound/oss/Kconfig: bool "Obsolete OSS drivers"
> > ./sound/oss/Kconfig: This option enables support for obsolete OSS
> > drivers that
> >
> > clearly, that was a fairly brainless search, but it still
> > reveals a pile of stuff that's "obsolete" (whatever that means in
> > the context in which it's used). so what's really obsolete?
> >
> IIRC Adrian Bunk is handling the removal of obsolete OSS drivers and
> doing a nice job at it. Dunno about the rest of the stuff.
oh, i realize that a number of those examples from my earlier post
were already handled/being handled (i don't even look under OSS these
days when doing any cleanup).
my point was that, if ian's position is valid and stuff shouldn't be
removed without fair warning, then a lot of that stuff should get
entered into the feature removal file real soon now.
rday
p.s. again, if you run the simple grep i mentioned before:
$ grep -iw obsolete $(find . -name Kconfig\*)
you find some odd combinations, such as this from net/ipv4/Kconfig:
config ARPD
bool "IP: ARP daemon support (EXPERIMENTAL)"
depends on EXPERIMENTAL
---help---
...
This code is experimental and also obsolete...
the thought of something being both experimental *and* obsolete is a
bit weird, is it not?
--
========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://fsdev.net/wiki/index.php?title=Main_Page
========================================================================
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
