[POWERPC] spufs: don't requeue victim contex in find_victim if it's not in spu_run

[linux-2.6-omap-h63xx.git] / Documentation / feature-removal-schedule.txt

diff --git a/Documentation/feature-removal-schedule.txt b/Documentation/feature-removal-schedule.txt
index ee3cc8b8c84ed991967637684b7996fe5c72d898..599fe55bf2970bb56b512f77d8ce5170d1e0199d 100644 (file)
--- a/Documentation/feature-removal-schedule.txt
+++ b/Documentation/feature-removal-schedule.txt
@@ -128,15 +128,6 @@ Who:       Arjan van de Ven <arjan@linux.intel.com>
 
 ---------------------------
 
-What:  vm_ops.nopage
-When:  Soon, provided in-kernel callers have been converted
-Why:   This interface is replaced by vm_ops.fault, but it has been around
-       forever, is used by a lot of drivers, and doesn't cost much to
-       maintain.
-Who:   Nick Piggin <npiggin@suse.de>
-
----------------------------
-
 What:  PHYSDEVPATH, PHYSDEVBUS, PHYSDEVDRIVER in the uevent environment
 When:  October 2008
 Why:   The stacking of class devices makes these values misleading and
@@ -204,7 +195,7 @@ Who:  linuxppc-dev@ozlabs.org
 ---------------------------
 
 What:  i386/x86_64 bzImage symlinks
-When:  April 2008
+When:  April 2010
 
 Why:   The i386/x86_64 merge provides a symlink to the old bzImage
        location so not yet updated user space tools, e.g. package
@@ -261,17 +252,6 @@ Who:       Michael Buesch <mb@bu3sch.de>
 
 ---------------------------
 
-What:  Solaris/SunOS syscall and binary support on Sparc
-When:  2.6.26
-Why:   Largely unmaintained and almost entirely unused.  File system
-       layering used to divert library and dynamic linker searches to
-       /usr/gnemul is extremely buggy and unfixable.  Making it work
-       is largely pointless as without a lot of work only the most
-       trivial of Solaris binaries can work with the emulation code.
-Who:   David S. Miller <davem@davemloft.net>
-
----------------------------
-
 What:  init_mm export
 When:  2.6.26
 Why:   Not used in-tree. The current out-of-tree users used it to
@@ -281,3 +261,28 @@ Why:       Not used in-tree. The current out-of-tree users used it to
        code / infrastructure should be in the kernel and not in some
        out-of-tree driver.
 Who:   Thomas Gleixner <tglx@linutronix.de>
+
+----------------------------
+
+What:  usedac i386 kernel parameter
+When:  2.6.27
+Why:   replaced by allowdac and no dac combination
+Who:   Glauber Costa <gcosta@redhat.com>
+
+---------------------------
+
+What:  /sys/o2cb symlink
+When:  January 2010
+Why:   /sys/fs/o2cb is the proper location for this information - /sys/o2cb
+       exists as a symlink for backwards compatibility for old versions of
+       ocfs2-tools. 2 years should be sufficient time to phase in new versions
+       which know to look in /sys/fs/o2cb.
+Who:   ocfs2-devel@oss.oracle.com
+
+---------------------------
+
+What:  asm/semaphore.h
+When:  2.6.26
+Why:   Implementation became generic; users should now include
+       linux/semaphore.h instead.
+Who:   Matthew Wilcox <willy@linux.intel.com>