Commit | Line | Data |
---|---|---|
1da177e4 LT |
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 | ||
1da177e4 LT |
28 | What: io_remap_page_range() (macro or function) |
29 | When: September 2005 | |
30 | Why: Replaced by io_remap_pfn_range() which allows more memory space | |
31 | addressabilty (by using a pfn) and supports sparc & sparc64 | |
32 | iospace as part of the pfn. | |
33 | Who: Randy Dunlap <rddunlap@osdl.org> | |
22a685d0 CH |
34 | |
35 | --------------------------- | |
36 | ||
98e7f294 AB |
37 | What: RAW driver (CONFIG_RAW_DRIVER) |
38 | When: December 2005 | |
39 | Why: declared obsolete since kernel 2.6.3 | |
40 | O_DIRECT can be used instead | |
41 | Who: Adrian Bunk <bunk@stusta.de> | |
42 | ||
43 | --------------------------- | |
44 | ||
66cf8f14 PM |
45 | What: RCU API moves to EXPORT_SYMBOL_GPL |
46 | When: April 2006 | |
47 | Files: include/linux/rcupdate.h, kernel/rcupdate.c | |
48 | Why: Outside of Linux, the only implementations of anything even | |
49 | vaguely resembling RCU that I am aware of are in DYNIX/ptx, | |
50 | VM/XA, Tornado, and K42. I do not expect anyone to port binary | |
51 | drivers or kernel modules from any of these, since the first two | |
52 | are owned by IBM and the last two are open-source research OSes. | |
53 | So these will move to GPL after a grace period to allow | |
54 | people, who might be using implementations that I am not aware | |
55 | of, to adjust to this upcoming change. | |
56 | Who: Paul E. McKenney <paulmck@us.ibm.com> | |
a1446c7f JM |
57 | |
58 | --------------------------- | |
59 | ||
60 | What: IEEE1394 Audio and Music Data Transmission Protocol driver, | |
61 | Connection Management Procedures driver | |
62 | When: November 2005 | |
63 | Files: drivers/ieee1394/{amdtp,cmp}* | |
64 | Why: These are incomplete, have never worked, and are better implemented | |
65 | in userland via raw1394 (see http://freebob.sourceforge.net/ for | |
66 | example.) | |
67 | Who: Jody McIntyre <scjody@steamballoon.com> | |
68 | ||
69 | --------------------------- | |
70 | ||
71 | What: raw1394: requests of type RAW1394_REQ_ISO_SEND, RAW1394_REQ_ISO_LISTEN | |
72 | When: November 2005 | |
73 | Why: Deprecated in favour of the new ioctl-based rawiso interface, which is | |
74 | more efficient. You should really be using libraw1394 for raw1394 | |
75 | access anyway. | |
76 | Who: Jody McIntyre <scjody@steamballoon.com> | |
937df8df GC |
77 | |
78 | --------------------------- | |
79 | ||
80 | What: i2c sysfs name change: in1_ref, vid deprecated in favour of cpu0_vid | |
81 | When: November 2005 | |
82 | Files: drivers/i2c/chips/adm1025.c, drivers/i2c/chips/adm1026.c | |
83 | Why: Match the other drivers' name for the same function, duplicate names | |
84 | will be available until removal of old names. | |
85 | Who: Grant Coady <gcoady@gmail.com> | |
86 | ||
bf45d9b0 DB |
87 | --------------------------- |
88 | ||
89 | What: PCMCIA control ioctl (needed for pcmcia-cs [cardmgr, cardctl]) | |
90 | When: November 2005 | |
91 | Files: drivers/pcmcia/: pcmcia_ioctl.c | |
92 | Why: With the 16-bit PCMCIA subsystem now behaving (almost) like a | |
93 | normal hotpluggable bus, and with it using the default kernel | |
94 | infrastructure (hotplug, driver core, sysfs) keeping the PCMCIA | |
95 | control ioctl needed by cardmgr and cardctl from pcmcia-cs is | |
96 | unnecessary, and makes further cleanups and integration of the | |
97 | PCMCIA subsystem into the Linux kernel device driver model more | |
98 | difficult. The features provided by cardmgr and cardctl are either | |
99 | handled by the kernel itself now or are available in the new | |
100 | pcmciautils package available at | |
101 | http://kernel.org/pub/linux/utils/kernel/pcmcia/ | |
102 | Who: Dominik Brodowski <linux@brodo.de> | |
7af4cc3f HW |
103 | |
104 | --------------------------- | |
105 | ||
106 | What: ip_queue and ip6_queue (old ipv4-only and ipv6-only netfilter queue) | |
107 | When: December 2005 | |
108 | Why: This interface has been obsoleted by the new layer3-independent | |
109 | "nfnetlink_queue". The Kernel interface is compatible, so the old | |
110 | ip[6]tables "QUEUE" targets still work and will transparently handle | |
111 | all packets into nfnetlink queue number 0. Userspace users will have | |
112 | to link against API-compatible library on top of libnfnetlink_queue | |
113 | instead of the current 'libipq'. | |
114 | Who: Harald Welte <laforge@netfilter.org> |