On Fri, Aug 23, 2019 at 08:49:29PM +0200, Marek Vasut wrote:
On 8/23/19 1:35 PM, Heinrich Schuchardt wrote:
On 8/23/19 12:49 PM, Marek Vasut wrote:
On 8/13/19 11:53 AM, Marek Vasut wrote:
On 8/13/19 11:34 AM, Simon Glass wrote:
On Fri, 9 Aug 2019 at 12:39, Heinrich Schuchardt xypron.glpk@gmx.de wrote:
The time lines set force in doc/driver-model/migration.rst for different subsystems to move to the driver model have been passed.
I ran a test on Travis CI https://travis-ci.org/xypron2/u-boot/builds/569776600 that showed only 8 boards remain that cannot be built with CONFIG_DM=y.
H2200
- h2200
Renesas
- sh7757lcr
- sh7752evb
- r2dplus
- sh7753evb
- sh7763rdp
- MigoR
- r7780mp.
I think it is time that we enforce CONFIG_DM=y in U-Boot and remove boards that do not support it.
Agreed, that is a small list. I think Tom should make the call though.
Was there ever a warning about this , to notify the maintainers that the boards need conversion ?
So I was asked to retain migor and r2dplus. I need some time to figure out the details of what will really be retained. When are they due to be dropped ?
The boards above are the ones that cannot be built with DM=y. Others may be failing at runtime. Therefore I suggest targeting the v2020.01 release. If that date is ok, let's add a warning via /Makefile:
That's fine I think.
"This board does not use CONFIG_DM=y. All boards without CONFIG_DM=y will be removed from U-Boot with the v2020.01 release."
I am somewhat concerned that enforcing the overhead of DM on everyone might make U-Boot less "universal".
Do you have some suggestions on how to improve the situation?