| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 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> |
| Christoph Hellwig | 22a685d | 2005-04-16 15:25:48 -0700 | [diff] [blame] | 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> |
| Paul E. McKenney | 66cf8f1 | 2005-05-01 08:59:03 -0700 | [diff] [blame] | 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> |
| Jody McIntyre | a1446c7 | 2005-05-16 21:53:59 -0700 | [diff] [blame^] | 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> |