Contents of /alx-src/tags/kernel26-2.6.12-alx-r9/Documentation/feature-removal-schedule.txt
Parent Directory | Revision Log
Revision 630 -
(show annotations)
(download)
Wed Mar 4 11:03:09 2009 UTC (15 years, 6 months ago) by niro
File MIME type: text/plain
File size: 3199 byte(s)
Wed Mar 4 11:03:09 2009 UTC (15 years, 6 months ago) by niro
File MIME type: text/plain
File size: 3199 byte(s)
Tag kernel26-2.6.12-alx-r9
1 | The following is a list of files and features that are going to be |
2 | removed in the kernel source tree. Every entry should contain what |
3 | exactly is going away, why it is happening, and who is going to be doing |
4 | the work. When the feature is removed from the kernel, it should also |
5 | be removed from this file. |
6 | |
7 | --------------------------- |
8 | |
9 | What: devfs |
10 | When: July 2005 |
11 | Files: fs/devfs/*, include/linux/devfs_fs*.h and assorted devfs |
12 | function calls throughout the kernel tree |
13 | Why: 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. |
16 | Who: Greg Kroah-Hartman <greg@kroah.com> |
17 | |
18 | --------------------------- |
19 | |
20 | What: ACPI S4bios support |
21 | When: May 2005 |
22 | Why: Noone uses it, and it probably does not work, anyway. swsusp is |
23 | faster, more reliable, and people are actually using it. |
24 | Who: Pavel Machek <pavel@suse.cz> |
25 | |
26 | --------------------------- |
27 | |
28 | What: PCI Name Database (CONFIG_PCI_NAMES) |
29 | When: July 2005 |
30 | Why: 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. |
33 | Who: Greg Kroah-Hartman <gregkh@suse.de> |
34 | |
35 | --------------------------- |
36 | |
37 | What: io_remap_page_range() (macro or function) |
38 | When: September 2005 |
39 | Why: 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. |
42 | Who: Randy Dunlap <rddunlap@osdl.org> |
43 | |
44 | --------------------------- |
45 | |
46 | What: register_ioctl32_conversion() / unregister_ioctl32_conversion() |
47 | When: April 2005 |
48 | Why: Replaced by ->compat_ioctl in file_operations and other method |
49 | vecors. |
50 | Who: Andi Kleen <ak@muc.de>, Christoph Hellwig <hch@lst.de> |
51 | |
52 | --------------------------- |
53 | |
54 | What: RCU API moves to EXPORT_SYMBOL_GPL |
55 | When: April 2006 |
56 | Files: include/linux/rcupdate.h, kernel/rcupdate.c |
57 | Why: Outside of Linux, the only implementations of anything even |
58 | vaguely resembling RCU that I am aware of are in DYNIX/ptx, |
59 | VM/XA, Tornado, and K42. I do not expect anyone to port binary |
60 | drivers or kernel modules from any of these, since the first two |
61 | are owned by IBM and the last two are open-source research OSes. |
62 | So these will move to GPL after a grace period to allow |
63 | people, who might be using implementations that I am not aware |
64 | of, to adjust to this upcoming change. |
65 | Who: Paul E. McKenney <paulmck@us.ibm.com> |
66 | |
67 | --------------------------- |
68 | |
69 | What: IEEE1394 Audio and Music Data Transmission Protocol driver, |
70 | Connection Management Procedures driver |
71 | When: November 2005 |
72 | Files: drivers/ieee1394/{amdtp,cmp}* |
73 | Why: These are incomplete, have never worked, and are better implemented |
74 | in userland via raw1394 (see http://freebob.sourceforge.net/ for |
75 | example.) |
76 | Who: Jody McIntyre <scjody@steamballoon.com> |
77 | |
78 | --------------------------- |
79 | |
80 | What: raw1394: requests of type RAW1394_REQ_ISO_SEND, RAW1394_REQ_ISO_LISTEN |
81 | When: November 2005 |
82 | Why: Deprecated in favour of the new ioctl-based rawiso interface, which is |
83 | more efficient. You should really be using libraw1394 for raw1394 |
84 | access anyway. |
85 | Who: Jody McIntyre <scjody@steamballoon.com> |