On 26. 07. 19 21:46, Tom Rini wrote: > On Thu, May 23, 2019 at 12:39:00PM +0200, Jean-Jacques Hiblot wrote: > >> The purpose of this series is to provide the SPL with ability to apply >> overlays for u-boot. this is only a RFC so far, to get a feedback on the >> approach. >> >> Our use-case is the support of the daughter boards of the AM65x EVM. In >> Linux, each board is supported by a unique overlay. The presence of the >> boards is detected at runtime, and some useful features (like USB) are >> implemented on those daughter boards. Instead of providing multiple dtbs >> and fall in a combinatorial pit, we propose to use DT overlays. >> >> Patch #1 "spl: fit: Add support for applying DT overlay" has been posted >> a few weeks ago by Michal Simek. >> Patch #2 to #5 amend Michal's patch. >> Patch #6 to #8 are simple fixes for the Makefile >> Patch #9 is not required but relates to this series and will be required >> later by the AM6x platform >> Patch #10 is used to reduce the complexity of the Makefile by having FIT >> generator scripts provide their dependencies >> Patch #12 adds a way to dynamically select the DT overlays. That is were we >> would use HW detection to select the required overlays. In that case, the >> board-level code tells what overlay it needs (it gives the name of the >> node). >> >> On arm, if overlay are supported, this series increases the size of the SPL >> by 3.2 kB. >> >> Travis build : https://travis-ci.org/jjhiblot/u-boot/builds/535686392 >> For a strange reason, buildman on travis show errors for sun8i ans sun50i, >> but pass when I run it locally. >> >> Changes in v3: >> - Add a new config option: SPL_LOAD_FIT_APPLY_OVERLAY. By default, it is >> not selected. >> - removed the RFC prefix. This work will be needed soon by TI's AM65x >> platform. and can probably benefit other modular platforms >> - removed the last patch that provided an example of how to use this with >> on a DRA76. >> - removed the patch that made u-boot.img a symlink to u-boot.itb because >> it breaks the build of many platforms (because files required to build the >> ITB are missing) >> - removed the patch to reduce the footprint of the am335x SPL. (already >> merged) >> - Made the boot flow more permissive (don't fail immediately if an overlay >> is not present) and more verbose when an error occures >> - handle the dependencies of the FIT generation in a more generic way >> - use a dedicated kconfig option to enable the application of the overlays >> by the SPL. >> >> Changes in v2: >> - reworked board_fit_get_additionnal_images() and how it used in spl_fit.c >> - removed dtbo generation from dtso files and use .dts extension for the >> overlays >> - add dynamic allocation usage in a separate patch >> - defconfig change for the am335x_evm >> >> Jean-Jacques Hiblot (11): >> spl: fit: Make room in the FDT before applying overlays >> spl: fit: allocate a temporary buffer to load the overlays >> spl: fit: Do not fail immediately if an overlay is not available >> spl: fit: be more verbose when an error occurs when applying the >> overlays >> Makefile.lib: include /__symbols__ in dtb if >> SPL_LOAD_FIT_APPLY_OVERLAY is enabled >> Makefile: Fix tests for CONFIG_SPL_LOAD_FIT and >> CONFIG_SPL_FIT_GENERATOR >> Makefile: Fix u-boot.itb generation when building outside the source >> tree >> Makefile: Pass the board name to the FIT generator scripts >> Makefile: Query the SPL Fit Generator for its dependencies >> spl: fit: constify the output parameter of spl_fit_get_image_name() >> spl: fit: Allow the board to tell if more images must be loaded from >> FIT >> >> Michal Simek (1): >> spl: fit: Add support for applying DT overlay >> >> Kconfig | 10 +++ >> Makefile | 23 +++-- >> arch/arm/mach-imx/mkimage_fit_atf.sh | 10 ++- >> arch/arm/mach-rockchip/make_fit_atf.py | 13 ++- >> board/sunxi/mksunxi_fit_atf.sh | 7 ++ >> .../lion_rk3368/fit_spl_atf.its | 6 +- >> .../puma_rk3399/fit_spl_atf.its | 8 +- >> common/spl/spl_fit.c | 90 +++++++++++++++++-- >> include/spl.h | 16 ++++ >> scripts/Makefile.lib | 4 + >> 10 files changed, 156 insertions(+), 31 deletions(-) > > So where are we at here? Simon Glass had a few nits on one patch and > reviewed the rest. I don't see any review from Michal and I really > would like to before applying this as xilinx is another SoC that would > be making use of this feature, yes? Thanks folks!
I took July off and trying to catch all emails that's why please give me some time to take a look at it again. I need to take a look how to improve that hw detection for applying to overlay. M _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot