Hi Tom,
On 26/07/2019 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 did not take the time to correct all the nits but I'll do that shortly
(tomorrow probably)
The only problematic part for me will be testing with the sandbox for
which I have nothing in store.
JJ
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
