xref: /rk3399_rockchip-uboot/doc/feature-removal-schedule.txt (revision 79cd2f814b1c75efd47161ac27f4cbebf768240f)
1The following is a list of files and features that are going to be
2removed from the U-Boot source tree.  Every entry should contain what
3exactly is going away, when it will be gone, why it is being removed,
4and who is going to be doing the work.	When the feature is removed
5from U-Boot, its corresponding entry should also be removed from this
6file.
7
8---------------------------
9
10What:	Remove CONFIG_SYS_ENABLE_PADS_ALL and CONFIG_SYS_CLOCKS_ENABLE_ALL
11When:	Release v2013.07
12
13Why:	When set these options enable "all" of the pads and clocks found
14	on OMAP4/5 platforms, so that the Linux Kernel does not have to.
15	It has been agreed that this goes against the U-Boot design
16	philosophy and since f3f98bb0 we have not enabled more than is
17	used in U-Boot.  The kernel has been updating drivers to enable
18	rather than assume pads/clocks have been enabled already.  Our
19	expectation is that by v2013.07 a suitable kernel shall exist that
20	does not need these options set for a reasonable I/O set to function.
21
22Who:	Tom Rini <trini@ti.com> and Sricharan R <r.sricharan@ti.com>
23
24---------------------------
25
26What:	Users of the legacy miiphy_* code
27When:	undetermined
28
29Why:	We now have a PHY library, which allows everyone to share PHY
30	drivers. All new drivers should use this infrastructure, and
31	all old drivers should get converted to use it.
32
33Who:	Andy Fleming <afleming@freescale.com> and driver maintainers
34
35---------------------------
36
37What:	GPL cleanup
38When:	August 2009
39Why:	Over time, a couple of files have sneaked in into the U-Boot
40	source code that are either missing a valid GPL license
41	header or that carry a license that is incompatible with the
42	GPL.
43	Such files shall be removed from the U-Boot source tree.
44	See http://www.denx.de/wiki/pub/U-Boot/TaskGplCleanup/u-boot-1.1.2-files
45	for an old and probably incomplete list of such files.
46
47Who:	Wolfgang Denk <wd@denx.de> and board maintainers
48