1 files changed, 22 insertions, 7 deletions
diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
index 46ece3fba6f9..86334b6f8238 100644
--- a/Documentation/feature-removal-schedule.txt
+++ b/Documentation/feature-removal-schedule.txt
@@ -222,13 +222,6 @@ Who:	Thomas Gleixner <tglx@linutronix.de>
 ---------------------------
-What:   i2c-i810, i2c-prosavage and i2c-savage4
-When:   May 2008
-Why:    These drivers are superseded by i810fb, intelfb and savagefb.
-Who:    Jean Delvare <khali@linux-fr.org>
---------------------------
 What (Why):
        - include/linux/netfilter_ipv4/ipt_TOS.h ipt_tos.h header files
          (superseded by xt_TOS/xt_tos target & match)
@@ -315,9 +308,31 @@ Who:	Matthew Wilcox <willy@linux.intel.com>
 ---------------------------
+What:   SCTP_GET_PEER_ADDRS_NUM_OLD, SCTP_GET_PEER_ADDRS_OLD,
+        SCTP_GET_LOCAL_ADDRS_NUM_OLD, SCTP_GET_LOCAL_ADDRS_OLD
+When:   June 2009
+Why:    A newer version of the options have been introduced in 2005 that
+        removes the limitions of the old API.  The sctp library has been
+        converted to use these new options at the same time.  Any user
+        space app that directly uses the old options should convert to using
+        the new options.
+Who:    Vlad Yasevich <vladislav.yasevich@hp.com>
+---------------------------
 What:   CONFIG_THERMAL_HWMON
 When:   January 2009
 Why:    This option was introduced just to allow older lm-sensors userspace
        to keep working over the upgrade to 2.6.26. At the scheduled time of
        removal fixed lm-sensors (2.x or 3.x) should be readily available.
 Who:    Rene Herman <rene.herman@gmail.com>
+---------------------------
+What:   Code that is now under CONFIG_WIRELESS_EXT_SYSFS
+        (in net/core/net-sysfs.c)
+When:   After the only user (hal) has seen a release with the patches
+        for enough time, probably some time in 2010.
+Why:    Over 1K .text/.data size reduction, data is available in other
+        ways (ioctls)
+Who:    Johannes Berg <johannes@sipsolutions.net>