]> git.kernelconcepts.de Git - karo-tx-uboot.git/blobdiff - doc/feature-removal-schedule.txt
sandbox: Add a simple sound driver
[karo-tx-uboot.git] / doc / feature-removal-schedule.txt
index 5fe21e863f8fbed32665684c31323ba55e1cb6a2..16819c7754410ba137a126d840e950e5e5e1b7a0 100644 (file)
@@ -1,28 +1,32 @@
 The following is a list of files and features that are going to be
 removed from the U-Boot source tree.  Every entry should contain what
 exactly is going away, when it will be gone, why it is being removed,
-and who is going to be doing the work.  When the feature is removed
+and who is going to be doing the work. When the feature is removed
 from U-Boot, its corresponding entry should also be removed from this
 file.
 
 ---------------------------
 
-What:  CONFIG_NET_MULTI option
-When:  Release 2009-11
+What:  Remove unused CONFIG_SYS_MEMTEST_START/END
+When:  Release v2013.10
 
-Why:   U-boot currently implements two network driver APIs.  New drivers with
-       the older-style implementation have not been accepted for a while, and
-       this parallel system makes the code confusing and hard to augment.
+Why:   As the 'mtest' command is no longer default, a number of platforms
+       have not opted to turn the command back on and thus provide unused
+       defines (which are likely to be propogated to new platforms from
+       copy/paste).  Remove these defines when unused.
 
-       All existing in-tree boards will be converted to use CONFIG_NET_MULTI
-       over the span of two releases (2009-07 and 2009-09).
-       In the 2009-11 release, all code that is compiled when CONFIG_NET_MULTI
-       is not set will be removed, and all references to CONFIG_NET_MULTI
-       will be removed, effectively making it the only API.  This should
-       provide ample time for out-of-tree users to adjust, and for tools on
-       all architectures to be made to work with weak functions.
+Who:   Tom Rini <trini@ti.com>
 
-Who:   Ben Warren <biggerbadderben@gmail.com>
+---------------------------
+
+What:  Users of the legacy miiphy_* code
+When:  undetermined
+
+Why:   We now have a PHY library, which allows everyone to share PHY
+       drivers. All new drivers should use this infrastructure, and
+       all old drivers should get converted to use it.
+
+Who:   Andy Fleming <afleming@freescale.com> and driver maintainers
 
 ---------------------------