Input: remove tsdev interface

[safe/jmp/linux-2.6] / Documentation / feature-removal-schedule.txt

diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
index c175eed..fb8258e 100644 (file)
--- a/Documentation/feature-removal-schedule.txt
+++ b/Documentation/feature-removal-schedule.txt
@@ -197,33 +197,11 @@ Who:      Len Brown <len.brown@intel.com>
 
 ---------------------------
 
-What:  Compaq touchscreen device emulation
-When:  Oct 2007
-Files: drivers/input/tsdev.c
-Why:   The code says it was obsolete when it was written in 2001.
-       tslib is a userspace library which does anything tsdev can do and
-       much more besides in userspace where this code belongs. There is no
-       longer any need for tsdev and applications should have converted to
-       use tslib by now.
-       The name "tsdev" is also extremely confusing and lots of people have
-       it loaded when they don't need/use it.
-Who:   Richard Purdie <rpurdie@rpsys.net>
-
----------------------------
-
-What:  read_dev_chars(), read_conf_data{,_lpm}() (s390 common I/O layer)
-When:  December 2007
-Why:   These functions are a leftover from 2.4 times. They have several
-       problems:
-       - Duplication of checks that are done in the device driver's
-         interrupt handler
-       - common I/O layer can't do device specific error recovery
-       - device driver can't be notified for conditions happening during
-         execution of the function
-       Device drivers should issue the read device characteristics and read
-       configuration data ccws and do the appropriate error handling
-       themselves.
-Who:   Cornelia Huck <cornelia.huck@de.ibm.com>
+What:  /proc/acpi/event
+When:  February 2008
+Why:   /proc/acpi/event has been replaced by events via the input layer
+       and netlink since 2.6.23.
+Who:   Len Brown <len.brown@intel.com>
 
 ---------------------------
 
@@ -306,3 +284,32 @@ Why:       All mthca hardware also supports MSI-X, which provides
 Who:   Roland Dreier <rolandd@cisco.com>
 
 ---------------------------
+
+What:   sk98lin network driver
+When:   Feburary 2008
+Why:    In kernel tree version of driver is unmaintained. Sk98lin driver
+       replaced by the skge driver. 
+Who:    Stephen Hemminger <shemminger@linux-foundation.org>
+
+---------------------------
+
+What:  i386/x86_64 bzImage symlinks
+When:  April 2008
+
+Why:   The i386/x86_64 merge provides a symlink to the old bzImage
+       location so not yet updated user space tools, e.g. package
+       scripts, do not break.
+Who:   Thomas Gleixner <tglx@linutronix.de>
+
+---------------------------
+
+What:  shaper network driver
+When:  January 2008
+Files: drivers/net/shaper.c, include/linux/if_shaper.h
+Why:   This driver has been marked obsolete for many years.
+       It was only designed to work on lower speed links and has design
+       flaws that lead to machine crashes. The qdisc infrastructure in
+       2.4 or later kernels, provides richer features and is more robust.
+Who:   Stephen Hemminger <shemminger@linux-foundation.org>
+
+---------------------------