]> git.kernelconcepts.de Git - karo-tx-uboot.git/blobdiff - doc/feature-removal-schedule.txt
Change stub example to use asm-generic/sections.h
[karo-tx-uboot.git] / doc / feature-removal-schedule.txt
index 9ba7a0446475bb1e116c59c78bb6b522c15d22f0..d9a0cc267beaa1029b3403fb19654cc33cc3855e 100644 (file)
@@ -1,37 +1,64 @@
 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:  "autoscr" command
-When:  August 2009
-Why:   "autosrc" is an ugly and completely non-standard name.  The "autoscr"
-       command is deprecated and will be replaced the "source" command as
-       used by other shells such as bash.  Both commands will be supported
-       for a transition period of 6 months after which "autoscr" will be
-       removed.
-Who:   Peter Tyser <ptyser@xes-inc.com>
+What:  Remove CONFIG_CMD_MEMTEST from default list
+When:  Release v2013.07
+
+Why:   The "mtest" command is of little practical use (if any), and
+       experience has shown that a large number of board configu-
+       rations define useless or even dangerous start and end
+       addresses.  If not even the board maintainers are able to
+       figure out which memory range can be reliably tested, how can
+       we expect such from the end users?  As this problem comes up
+       repeatedly, we rather do not enable this command by default,
+       so only people who know what they are doing will be confronted
+       with it.
+
+Who:   Wolfgang Denk <wd@denx.de>
 
 ---------------------------
 
-What:  Individual I2C commands
-When:  April 2009
-Why:   Per the U-Boot README, individual I2C commands such as "imd", "imm",
-       "imw", etc are deprecated.  The single "i2c" command which is
-       currently enabled via CONFIG_I2C_CMD_TREE contains the same
-       functionality as the individual I2C commands.  The individual
-       I2C commands should be removed as well as any references to
-       CONFIG_I2C_CMD_TREE.
-Who:   Peter Tyser <ptyser@xes-inc.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
 
 ---------------------------
 
-What:  Legacy NAND code
-When:  April 2009
-Why:   Legacy NAND code is deprecated.  Similar functionality exists in
-       more recent NAND code ported from the Linux kernel.
-Who:   Scott Wood <scottwood@freescale.com>
+What:  boards with xxx_config targets in top level Makefile
+When:  Release v2012.03
+
+Why:   We have a boards.cfg file which the vast majority of boards have
+       converted over to.  Boards that still manually run mkconfig in the
+       top level Makefile are either dead, or the maintainer doesn't care,
+       or they are doing something weird/wrong that should be fixed in a
+       different way, or they need to extend boards.cfg syntax (unlikely).
+
+       In any case, if no one cares about these boards to figure out how
+       to make boards.cfg work, then we'll just punt them.
+
+Who:   Mike Frysinger <vapier@gentoo.org>
+
+---------------------------
+
+What:  GPL cleanup
+When:  August 2009
+Why:   Over time, a couple of files have sneaked in into the U-Boot
+       source code that are either missing a valid GPL license
+       header or that carry a license that is incompatible with the
+       GPL.
+       Such files shall be removed from the U-Boot source tree.
+       See http://www.denx.de/wiki/pub/U-Boot/TaskGplCleanup/u-boot-1.1.2-files
+       for an old and probably incomplete list of such files.
+
+Who:   Wolfgang Denk <wd@denx.de> and board maintainers