feature-removal-schedule.txt 1.8 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950
  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. What: devfs
  8. When: July 2005
  9. Files: fs/devfs/*, include/linux/devfs_fs*.h and assorted devfs
  10. function calls throughout the kernel tree
  11. Why: It has been unmaintained for a number of years, has unfixable
  12. races, contains a naming policy within the kernel that is
  13. against the LSB, and can be replaced by using udev.
  14. Who: Greg Kroah-Hartman <greg@kroah.com>
  15. ---------------------------
  16. What: ACPI S4bios support
  17. When: May 2005
  18. Why: Noone uses it, and it probably does not work, anyway. swsusp is
  19. faster, more reliable, and people are actually using it.
  20. Who: Pavel Machek <pavel@suse.cz>
  21. ---------------------------
  22. What: PCI Name Database (CONFIG_PCI_NAMES)
  23. When: July 2005
  24. Why: It bloats the kernel unnecessarily, and is handled by userspace better
  25. (pciutils supports it.) Will eliminate the need to try to keep the
  26. pci.ids file in sync with the sf.net database all of the time.
  27. Who: Greg Kroah-Hartman <gregkh@suse.de>
  28. ---------------------------
  29. What: io_remap_page_range() (macro or function)
  30. When: September 2005
  31. Why: Replaced by io_remap_pfn_range() which allows more memory space
  32. addressabilty (by using a pfn) and supports sparc & sparc64
  33. iospace as part of the pfn.
  34. Who: Randy Dunlap <rddunlap@osdl.org>
  35. ---------------------------
  36. What: register_ioctl32_conversion() / unregister_ioctl32_conversion()
  37. When: April 2005
  38. Why: Replaced by ->compat_ioctl in file_operations and other method
  39. vecors.
  40. Who: Andi Kleen <ak@muc.de>, Christoph Hellwig <hch@lst.de>