April 2022 - U-Boot

[PATCH] env: Fix avoid using a leftover text-environment file
by Marek Vasut 04 Apr '22

04 Apr '22

Clean build ends up generating the following error, add -f switch to rm to mitigate it: " rm: cannot remove 'include/generated/env.in': No such file or directory " Fixes: f432eb6d8a9 ("env: Avoid using a leftover text-environment file") Cc: Sean Anderson <seanga2(a)gmail.com> Cc: Simon Glass <sjg(a)chromium.org> Cc: Tom Rini <trini(a)konsulko.com> --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 4672147318e..868445bf33c 100644 --- a/Makefile +++ b/Makefile @@ -1846,7 +1846,7 @@ quiet_cmd_gen_envp = ENVP $@ -I$(srctree)/arch/$(ARCH)/include \ $< -o $@; \ else \ - rm $@; \ + rm -f $@; \ touch $@ ; \ fi include/generated/env.in: include/generated/env.txt FORCE -- 2.35.1

2 1

[PATCH v2] Add ethernet0 alias in Nanopi NEO's device tree
by Baltazár Radics 04 Apr '22

04 Apr '22

This is required to enable automatic MAC address generation. Signed-off-by: Baltazár Radics <baltazar.radics(a)gmail.com> --- arch/arm/dts/sun8i-h3-nanopi-neo.dts | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/arch/arm/dts/sun8i-h3-nanopi-neo.dts b/arch/arm/dts/sun8i-h3-nanopi-neo.dts index 9f33f6fae..df71fab3c 100644 --- a/arch/arm/dts/sun8i-h3-nanopi-neo.dts +++ b/arch/arm/dts/sun8i-h3-nanopi-neo.dts @@ -45,6 +45,10 @@ / { model = "FriendlyARM NanoPi NEO"; compatible = "friendlyarm,nanopi-neo", "allwinner,sun8i-h3"; + + aliases { + ethernet0 = &emac; + }; }; &ehci0 { -- 2.35.1

2 1

[PATCH] IOMUX: Fix access past end of console_devices
by Sean Anderson 03 Apr '22

03 Apr '22

We should only access console_devices[file][i] once we have checked that i < cd_count[file]. Otherwise, we will access uninitialized memory at the end of the loop. console_devices[file][i] should not be NULL, but putting the assignment in the loop condition allows us to ensure that i is checked beforehand. This isn't a bug, but it does make valgrind stop complaining. Fixes: 400797cad3 ("IOMUX: Split out for_each_console_dev() helper macro") Signed-off-by: Sean Anderson <seanga2(a)gmail.com> --- include/iomux.h | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/include/iomux.h b/include/iomux.h index 37f5f6dee6..1046df133b 100644 --- a/include/iomux.h +++ b/include/iomux.h @@ -25,9 +25,8 @@ extern struct stdio_dev **console_devices[MAX_FILES]; extern int cd_count[MAX_FILES]; #define for_each_console_dev(i, file, dev) \ - for (i = 0, dev = console_devices[file][i]; \ - i < cd_count[file]; \ - i++, dev = console_devices[file][i]) + for (i = 0; i < cd_count[file] && \ + (dev = console_devices[file][i]); i++) int iomux_match_device(struct stdio_dev **, const int, struct stdio_dev *); int iomux_doenv(const int, const char *); -- 2.35.1

3 9

[PATCH 00/11] vexpress64: OF_CONTROL and ARMv8-R64 support
by Andre Przywara 03 Apr '22

03 Apr '22

Hi, this series is the continuation of last year's effort to support the new Armv8-R64 application profile. This led to a significant rework of the existing fastmodel (FVP) support, to both upgrade it to newest U-Boot standards (OF_CONTROL and distro_boot support), but also to generalise the code, so that plugging in the v8-R64 support in the last patch gets much easier. This is because apart from the twisted memory map between the two profiles there is actually little difference, when it comes to U-Boot relevant parts of the hardware. I kept the legacy semihosting support (which picks up magic files from the current directory), but if that fails, we go and try virtio-blk (.iso installer images work), then virtio-net. Please have a look, and give it a try, if possible. Both the v8-R and v8-A FVP models are available for free on the Arm website[1]. Patch 01/11 fixes a regression introduced in December, it should be applied now. The rest of the patches are for the next merge window. [1] https://developer.arm.com/tools-and-software/simulation-models/fast-models Cheers, Andre Andre Przywara (10): vexpress64: fvp: Fix automatic boot vexpress64: Kconfig: move board definitions out of arch/arm arm: dts: Add Arm FVP Fastmodel RevC .dts files from Linux vexpress64: fvp: enable OF_CONTROL vexpress64: config header: unify environment definition vexpress64: move hardware setting from defconfig to Kconfig vexpress64: fvp: add distro_boot support vexpress64: defconfigs: allow default commands vexpress64: generalise page table generation vexpress64: pick DRAM size from DT Peter Hoyes (1): vexpress64: Add ARMv8R-64 board variant arch/arm/Kconfig | 31 +-- arch/arm/dts/Makefile | 2 + arch/arm/dts/arm_fvp.dts | 11 + arch/arm/dts/fvp-base-revc.dts | 246 +++++++++++++++++++++ arch/arm/dts/rtsm_ve-motherboard-rs2.dtsi | 27 +++ arch/arm/dts/rtsm_ve-motherboard.dtsi | 258 ++++++++++++++++++++++ board/armltd/vexpress64/Kconfig | 71 +++++- board/armltd/vexpress64/vexpress64.c | 44 ++-- configs/vexpress_aemv8a_juno_defconfig | 33 +-- configs/vexpress_aemv8a_semi_defconfig | 30 +-- configs/vexpress_aemv8r_defconfig | 14 ++ doc/arch/arm64.rst | 3 +- doc/board/armltd/vexpress64.rst | 1 + include/configs/vexpress_aemv8.h | 159 +++++++++---- 14 files changed, 792 insertions(+), 138 deletions(-) create mode 100644 arch/arm/dts/arm_fvp.dts create mode 100644 arch/arm/dts/fvp-base-revc.dts create mode 100644 arch/arm/dts/rtsm_ve-motherboard-rs2.dtsi create mode 100644 arch/arm/dts/rtsm_ve-motherboard.dtsi create mode 100644 configs/vexpress_aemv8r_defconfig -- 2.25.1

4 23

[PATCH 0/2] powerpc: dts: p2020: Allow to use P2020 DTS files from Linux
by Pali Rohár 03 Apr '22

03 Apr '22

This patch series imports device tree include files for comaptibility with P2020 device tree files from upstream Linux kernel. So it allows to share same P2020 board device tree files between Linux kernel and U-Boot. Pali Rohár (2): powerpc: dts: p2020: Add fsl/p2020si-pre.dtsi and fsl/p2020si-post.dtsi symlinks powerpc: dts: p2020: Add serial0 and serial1 via pq3-duart-0.dtsi arch/powerpc/dts/fsl/p2020si-post.dtsi | 1 + arch/powerpc/dts/fsl/p2020si-pre.dtsi | 1 + arch/powerpc/dts/p2020-post.dtsi | 1 + arch/powerpc/dts/pq3-duart-0.dtsi | 51 ++++++++++++++++++++++++++ 4 files changed, 54 insertions(+) create mode 120000 arch/powerpc/dts/fsl/p2020si-post.dtsi create mode 120000 arch/powerpc/dts/fsl/p2020si-pre.dtsi create mode 100644 arch/powerpc/dts/pq3-duart-0.dtsi -- 2.20.1

1 2

[PATCH 0/3] powerpc: p2020: Allow to compile it without env support
by Pali Rohár 03 Apr '22

03 Apr '22

This patch series allows to compile SPL for P2020 without env support when proper U-Boot has env support enabled. Pali Rohár (3): hwconfig: Allow to compile it without env support ddr: fsl: Allow to compile it without env support board: freescale: p1_p2_rdb_pc: Allow to compile it without env support board/freescale/p1_p2_rdb_pc/spl.c | 4 ++++ common/hwconfig.c | 2 ++ drivers/ddr/fsl/options.c | 4 ++++ 3 files changed, 10 insertions(+) -- 2.20.1

1 3

[PATCH] mmc: mmc_mode_name() is used also when LOGLEVEL >= LOGL_DEBUG
by Pali Rohár 03 Apr '22

03 Apr '22

When CONFIG_LOGLEVEL is set to LOGL_DEBUG or higher then linker throws error about undefined symbol mmc_mode_name(). So compile mmc_mode_name() also when CONFIG_LOGLEVEL is set to LOGL_DEBUG or higher. Signed-off-by: Pali Rohár <pali(a)kernel.org> --- drivers/mmc/mmc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c index f6ccd837aa40..8a7d0739006c 100644 --- a/drivers/mmc/mmc.c +++ b/drivers/mmc/mmc.c @@ -132,7 +132,7 @@ void mmc_trace_state(struct mmc *mmc, struct mmc_cmd *cmd) } #endif -#if CONFIG_IS_ENABLED(MMC_VERBOSE) || defined(DEBUG) +#if CONFIG_IS_ENABLED(MMC_VERBOSE) || defined(DEBUG) || CONFIG_VAL(LOGLEVEL) >= LOGL_DEBUG const char *mmc_mode_name(enum bus_mode mode) { static const char *const names[] = { -- 2.20.1

1 0

[PATCH 0/3] powerpc: mpc85xx: Cleanup code
by Pali Rohár 03 Apr '22

03 Apr '22

This patch series cleanups mpc85xx e500 code. It removes _start symbol together with its content because it is useless and then rename symbol _start_e500 to _start as this is the real entry point. Third patch just show e500 core version. Tested on P2020 board with configuration when BootROM loads SPL from SD card (which then loads U-Boot) and also when BootROM directly loads U-Boot from SD card. No visible difference, that (old) _start symbol and its content were useless. Pali Rohár (3): powerpc: mpc85xx: Drop _start symbol powerpc: mpc85xx: Rename _start_e500 symbol to _start powerpc: mpc85xx: Show e500 core version arch/powerpc/cpu/mpc85xx/cpu.c | 4 +++- arch/powerpc/cpu/mpc85xx/resetvec.S | 2 +- arch/powerpc/cpu/mpc85xx/start.S | 13 ++++--------- arch/powerpc/cpu/mpc85xx/u-boot.lds | 2 +- doc/README.mpc85xx | 4 ++-- 5 files changed, 11 insertions(+), 14 deletions(-) -- 2.20.1

1 3

[PATCH 0/4] efi_loader: simplify string handling
by Heinrich Schuchardt 02 Apr '22

02 Apr '22

* convert u16_strlen() into a macro * use u16_size() instead of u16_strlen() to simplify code Heinrich Schuchardt (4): lib: convert u16_strlen() into a macro lib: simplify u16_strdup() efi_loader: EFI_HII_STRING_PROTOCOL.GetString() efi_loader: simplify efi_serialize_load_option() include/charset.h | 26 ++++++++++++++------------ lib/charset.c | 14 +------------- lib/efi_loader/efi_hii.c | 2 +- lib/efi_loader/efi_load_options.c | 2 +- 4 files changed, 17 insertions(+), 27 deletions(-) -- 2.34.1

1 4

[PATCH 1/1] doc: correct bootefi.rst
by Heinrich Schuchardt 02 Apr '22

02 Apr '22

* add link to booti man-page * correct link description for efidebug command * correct punctuation Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt(a)canonical.com> --- doc/usage/cmd/bootefi.rst | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/doc/usage/cmd/bootefi.rst b/doc/usage/cmd/bootefi.rst index 282f22aac9..31279fc0cb 100644 --- a/doc/usage/cmd/bootefi.rst +++ b/doc/usage/cmd/bootefi.rst @@ -24,7 +24,7 @@ The *bootefi* command is used to launch a UEFI binary which can be either of * UEFI run-time services driver An operating system requires a hardware description which can either be -presented as ACPI table (CONFIG\_GENERATE\_ACPI\_TABLE=y) or as device-tree +presented as ACPI table (CONFIG\_GENERATE\_ACPI\_TABLE=y) or as device-tree. The load address of the device-tree may be provided as parameter *fdt\_addr*. If this address is not specified, the bootefi command will try to fall back in sequence to: @@ -123,6 +123,7 @@ Configuration ------------- To use the *bootefi* command you must specify CONFIG\_CMD\_BOOTEFI=y. +The *bootefi bootmgr* sub-command requries CMD\_BOOTEFI\_BOOTMGR=y. The *bootefi hello* sub-command requries CMD\_BOOTEFI\_HELLO=y. The *bootefi selftest* sub-command depends on CMD\_BOOTEFI\_SELFTEST=y. @@ -130,6 +131,6 @@ See also -------- * *bootm* for launching UEFI binaries packed in FIT images -* *booti*, *bootm*, *bootz* for launching a Linux kernel without using the - UEFI sub-system -* *efidebug* for setting UEFI boot variables +* :doc:`booti<booti>`, *bootm*, *bootz* for launching a Linux kernel without + using the UEFI sub-system +* *efidebug* for setting UEFI boot variables and boot options -- 2.34.1

1 0