> On 30 Aug 2017, at 11:37, Simon Glass <s...@chromium.org> wrote: > > Hi Philipp, > > On 30 August 2017 at 04:31, Dr. Philipp Tomsich > <philipp.toms...@theobroma-systems.com> wrote: >> Simon, >> >> I should be able to give this a test drive on the RK3368 by the end of the >> week. >> For the RK3399 our board uses full OF_CONTROL, so I won’t really exercise >> this there. >> >> Given that the RK3399 can always fall back to OF_CONTROL for SPL (as is the >> default on Puma) and this only blocks the RK3368 TPL (which is not enabled >> for any other boards than Lion): should we try to get this merged for this >> release >> cycle or let it slip into the new merge window? > > My preference would be to put it in a next branch, but if nothing else > uses it then I suppose it is possible (up to you and Tom)? What is > broken that this fixes?
RK3399: SPL for all platforms using OF_PLATDATA RK3368: TPL (uses OF_PLATDATA) Given that TPL for the RK3368 is not used much (and we have a private branch for people that need it), I don’t mind going with the ‘next’ branch. I know that Kever has a few board configurations (EVB-RK3399, Firefly-RK3399) that are affected, but I’d rather see these moved to OF_CONTROL instead of OF_PLATDATA. Regards, Philipp. _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
