aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/feature-removal-schedule.txt
diff options
context:
space:
mode:
Diffstat (limited to 'Documentation/feature-removal-schedule.txt')
-rw-r--r--Documentation/feature-removal-schedule.txt42
1 files changed, 42 insertions, 0 deletions
diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
new file mode 100644
index 000000000000..b6b1f5ab5354
--- /dev/null
+++ b/Documentation/feature-removal-schedule.txt
@@ -0,0 +1,42 @@
1The following is a list of files and features that are going to be
2removed in the kernel source tree. Every entry should contain what
3exactly is going away, why it is happening, and who is going to be doing
4the work. When the feature is removed from the kernel, it should also
5be removed from this file.
6
7---------------------------
8
9What: devfs
10When: July 2005
11Files: fs/devfs/*, include/linux/devfs_fs*.h and assorted devfs
12 function calls throughout the kernel tree
13Why: It has been unmaintained for a number of years, has unfixable
14 races, contains a naming policy within the kernel that is
15 against the LSB, and can be replaced by using udev.
16Who: Greg Kroah-Hartman <greg@kroah.com>
17
18---------------------------
19
20What: ACPI S4bios support
21When: May 2005
22Why: Noone uses it, and it probably does not work, anyway. swsusp is
23 faster, more reliable, and people are actually using it.
24Who: Pavel Machek <pavel@suse.cz>
25
26---------------------------
27
28What: PCI Name Database (CONFIG_PCI_NAMES)
29When: July 2005
30Why: It bloats the kernel unnecessarily, and is handled by userspace better
31 (pciutils supports it.) Will eliminate the need to try to keep the
32 pci.ids file in sync with the sf.net database all of the time.
33Who: Greg Kroah-Hartman <gregkh@suse.de>
34
35---------------------------
36
37What: io_remap_page_range() (macro or function)
38When: September 2005
39Why: Replaced by io_remap_pfn_range() which allows more memory space
40 addressabilty (by using a pfn) and supports sparc & sparc64
41 iospace as part of the pfn.
42Who: Randy Dunlap <rddunlap@osdl.org>