June 2021 - U-Boot

Re: [U-Boot] [PATCH 02/20] rockchip: video: Correct VOP clock selection
by SHAHZAD ALI 22 Jun '21

22 Jun '21

1 0

[PATCH] disk: part_dos: update partition table entries after write
by Gary Bisson 22 Jun '21

22 Jun '21

Fixes issues when switching from GPT to MBR partition tables. Signed-off-by: Gary Bisson <gary.bisson(a)boundarydevices.com> --- Hi, Sending this patch as a follow-up to the other one [1] doing the same thing for GPT write. Let me know if you have any questions. Regards, Gary [1] https://lists.denx.de/pipermail/u-boot/2021-January/438764.html --- disk/part_dos.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/disk/part_dos.c b/disk/part_dos.c index f431925745..470886f4bb 100644 --- a/disk/part_dos.c +++ b/disk/part_dos.c @@ -499,6 +499,9 @@ int write_mbr_sector(struct blk_desc *dev_desc, void *buf) return 1; } + /* Update the partition table entries*/ + part_init(dev_desc); + return 0; } -- 2.29.2

5 7

Trouble running u-boot and SPL on Digilent Genesys ZU
by Alvaro Gamez 22 Jun '21

22 Jun '21

Hi! I'm trying to use buildroot to generate a system for the Digilent Genesys ZU board, which is based on the zynqmp SOC. I'm having trouble getting it to boot, and I was hoping I could get some guidance on what to do next. My issue is basically that nothing seems to work, since I don't have an output at all on the serial console. I'm using u-boot version 2021.04, which has the latest patches from Luca Ceresoli that should allow booting completely via u-boot and u-boot SPL, without using Xilinx' FSBL. My method of cross compiling is via buildroot version 2021.05, which eases the process of gathering also Arm Trusted Firmware, building the linux kernel and filesystem, etc. Out of Digilent's reference design, Vivado/Vitis generates for me configuration object pm_cfg_obj.c and PSU init file psu_init_gpl.c, which shall be fed to u-boot. Alongside these files, I use PMU firmware built by Luca at https://github.com/lucaceresoli/zynqmp-pmufw-binaries/raw/master/bin/pmufw-… To provide Arm Trusted Firmware, I'm passing buildroot the same configuration as already exists on configs/zynqmp_zcu106_defconfig which is version 1.5 of : https://github.com/ARM-software/arm-trusted-firmware.git but I don't think my board has reached the state of needing this firmware yet, since I don't get any SPL serial console output. The device tree I'm using is extracted from Digilent's kernel image, and matches perfectly with the one generated by petalinux for this Digilent's Vivado design, so it should be correct Provided image by Digilent follows the Xilinx' booting workflow, so only a BOOT.BIN file is on the sdcard which includes xilinx' FSBL, PMU firmware with configuration object, u-boot, kernel, device tree, etc, so at least I know that the board is fine as this firmware works flawlessly. I also was able to load the kernel and device tree as built by buildroot over this instance of u-boot, so at least I can load my own kernel, but I can't progress deeper than that. I've only worked before with Zynq based devices and they were no such trouble, so I'm quite a bit lost right now and would appreciate any help that I can get. Thanks a lot! -- Álvaro Gámez Machado

2 5

[PATCH] docs: uefi: Update stale U-Boot on EFI doc
by Bin Meng 22 Jun '21

22 Jun '21

The existing intructions in the U-Boot on EFI doc do not work with the latest QEMU. Update the doc with the correct instructions, as well as using the new OVMF URL link. Signed-off-by: Bin Meng <bmeng.cn(a)gmail.com> --- doc/develop/uefi/u-boot_on_efi.rst | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/doc/develop/uefi/u-boot_on_efi.rst b/doc/develop/uefi/u-boot_on_efi.rst index c9a41bc919..43afb11de5 100644 --- a/doc/develop/uefi/u-boot_on_efi.rst +++ b/doc/develop/uefi/u-boot_on_efi.rst @@ -72,17 +72,19 @@ You will end up with one of these files depending on what you build for: Trying it out ------------- QEMU is an emulator and it can emulate an x86 machine. Please make sure your -QEMU version is 2.3.0 or above to test this. You can run the payload with +QEMU version is 6.0.0 or above to test this. You can run the payload with something like this:: mkdir /tmp/efi cp /path/to/u-boot*.efi /tmp/efi - qemu-system-x86_64 -bios bios.bin -hda fat:/tmp/efi/ + qemu-system-x86_64 -pflash edk2-x86_64-code.fd -hda fat:rw:/tmp/efi/ Add -nographic if you want to use the terminal for output. Once it starts type 'fs0:u-boot-payload.efi' to run the payload or 'fs0:u-boot-app.efi' to -run the application. 'bios.bin' is the EFI 'BIOS'. Check [2] to obtain a -prebuilt EFI BIOS for QEMU or you can build one from source as well. +run the application. 'edk2-x86_64-code.fd' is the EFI 'BIOS'. QEMU already +ships both 32-bit and 64-bit EFI BIOS images. For 32-bit EFI 'BIOS' image, +use 'edk2-i386-code.fd'. + To try it on real hardware, put u-boot-app.efi on a suitable boot medium, such as a USB stick. Then you can type something like this to start it:: @@ -232,4 +234,4 @@ Google, Inc July 2015 * [1] http://www.qemu.org -* [2] http://www.tianocore.org/ovmf/ +* [2] https://github.com/tianocore/tianocore.github.io/wiki/OVMF -- 2.25.1

1 1

[PATCH 00/18] image: Reduce #ifdef abuse in image code
by Alexandru Gagniuc 22 Jun '21

22 Jun '21

This is a combination of select patches from Simon's series: "image: Reduce #ifdefs and ad-hoc defines in image code" and alternative solutions I proposed in: "image: Reduce the abuse of #ifdefs in image-sig.c" After syncing with Simon, we agree that this is a reasonable base for further work in #ifdef reduction. Rather than describing changes from Simon's series or mine, we present this series de novo. Most patches are already peer-reviewed. The latest patch in this series is optional: 'image: Add support for relocating crypto_algos in linker lists" I don't have a way to test it, and I don't know if it's still needed. I have included it for completeness. Alexandru Gagniuc (10): common: Move host-only logic in image-sig.c to separate file common: image-sig.c: Remove host-specific logic and #ifdefs image: Add support for placing crypto_algo in linker lists image: rsa: Move verification algorithm to a linker list image: image-sig.c: Remove crypto_algos array lib: ecdsa: Remove #ifdefs from ecdsa.h lib: rsa: Remove #ifdefs from rsa.h image: Eliminate IMAGE_ENABLE_VERIFY macro image: Eliminate IMAGE_ENABLE_VERIFY_ECDSA macro [UNTESTED] image: Add support for relocating crypto_algos in linker lists Simon Glass (8): image: Shorten FIT_ENABLE_SHAxxx_SUPPORT image: Rename SPL_SHAxxx_SUPPORT to SPL_FIT_SHAxxx image: Rename CONFIG_FIT_ENABLE_RSASSA_PSS_SUPPORT Kconfig: Rename SPL_CRC32_SUPPORT to SPL_CRC32 Kconfig: Rename SPL_MD5_SUPPORT to SPL_MD5 image: Drop IMAGE_ENABLE_SHA1 image: Drop IMAGE_ENABLE_SHAxxx image: Drop IMAGE_ENABLE_BEST_MATCH common/Kconfig.boot | 8 +- common/image-fit.c | 10 +- common/image-sig.c | 75 +++--------- common/spl/Kconfig | 14 +-- configs/axm_defconfig | 2 +- configs/bcm963158_ram_defconfig | 2 +- configs/chromebit_mickey_defconfig | 2 +- configs/chromebook_jerry_defconfig | 2 +- configs/chromebook_minnie_defconfig | 2 +- configs/chromebook_speedy_defconfig | 2 +- configs/evb-px30_defconfig | 2 +- configs/firefly-px30_defconfig | 2 +- configs/imxrt1020-evk_defconfig | 2 +- configs/imxrt1050-evk_defconfig | 2 +- configs/mt8516_pumpkin_defconfig | 2 +- configs/odroid-go2_defconfig | 2 +- configs/px30-core-ctouch2-px30_defconfig | 2 +- configs/px30-core-edimm2.2-px30_defconfig | 2 +- configs/sandbox_defconfig | 2 +- configs/socfpga_agilex_atf_defconfig | 2 +- configs/socfpga_agilex_vab_defconfig | 2 +- configs/socfpga_stratix10_atf_defconfig | 2 +- configs/taurus_defconfig | 2 +- include/image.h | 59 ++-------- include/u-boot/ecdsa.h | 25 ---- include/u-boot/rsa.h | 51 +-------- lib/rsa/rsa-sign.c | 4 +- lib/rsa/rsa-verify.c | 18 ++- tools/Makefile | 5 +- tools/image-sig-host.c | 133 ++++++++++++++++++++++ 30 files changed, 220 insertions(+), 220 deletions(-) create mode 100644 tools/image-sig-host.c -- 2.31.1

4 31

[PATCH] azure: Use msys2 20210604 installer for Windows build
by Bin Meng 22 Jun '21

22 Jun '21

MSYS2 Windows build started to fail since yesterday (Jun 21): checking keyring... checking package integrity... error: gcc-libs: signature from "David Macek <david.macek.0(a)gmail.com>" is unknown trust :: File /var/cache/pacman/pkg/gcc-libs-10.2.0-1-x86_64.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature)). error: gcc: signature from "David Macek <david.macek.0(a)gmail.com>" is unknown trust :: File /var/cache/pacman/pkg/gcc-10.2.0-1-x86_64.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature)). error: failed to commit transaction (invalid or corrupted package) Errors occurred, no packages were upgraded. Switching to the latest installer (version 20210604) seems to fix it. Signed-off-by: Bin Meng <bmeng.cn(a)gmail.com> --- .azure-pipelines.yml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.azure-pipelines.yml b/.azure-pipelines.yml index 35ab7f30b2..221e600806 100644 --- a/.azure-pipelines.yml +++ b/.azure-pipelines.yml @@ -16,7 +16,7 @@ jobs: vmImage: $(windows_vm) steps: - powershell: | - (New-Object Net.WebClient).DownloadFile("https://github.com/msys2/msys2-installer/releases/download/2020-07-20/msys2…", "sfx.exe") + (New-Object Net.WebClient).DownloadFile("https://github.com/msys2/msys2-installer/releases/download/2021-06-04/msys2…", "sfx.exe") displayName: 'Install MSYS2' - script: | sfx.exe -y -o%CD:~0,2%\ -- 2.25.1

2 2

Zynq MPSoC - secure boot
by Jorge Ramirez-Ortiz, Foundries 22 Jun '21

22 Jun '21

hi Michal, Is secure boot supported using SPL? or is there a plan for it (maybe a branch somewhere that I can work from and contribute to?). ATM looking into how to write the key sha to the fuses without Vivado. thanks for any information that you might have, jorge

2 2

raspberrypi cm4 devicetree missing?
by Belisko Marek 22 Jun '21

22 Jun '21

Hello, I'm using u-boot v2020.01 and run on cm4 model it boots fine just report that model is unknown: DRAM: 948 MiB RPI: Board rev 0x14 outside known range RPI Unknown model (0xa03140) I checked and in later releases there is added support for cm4 but what I'm missing is devicetree blob. In mainline commit: 561bce3522bd1df5f6b10fbae5a6ea5c0b131ff9 is set to bcm2711-rpi-cm4.dtb but I cannot find such file in u-boot tree. My idea is to change the console to use UART2 instead of mini uart. Thanks for clarification. BR, marek -- as simple and primitive as possible ------------------------------------------------- Marek Belisko - OPEN-NANDRA Freelance Developer Ruska Nova Ves 219 | Presov, 08005 Slovak Republic Tel: +421 915 052 184 skype: marekwhite twitter: #opennandra web: http://open-nandra.com

1 0

[PATCH] mmc: rpmb: Fix driver routing memory alignment with tmp buffer
by Timothée Cercueil 22 Jun '21

22 Jun '21

From: litchipi <litchi.pi(a)protonmail.com> Fix mmc_rpmb_route_frames() implementation to comply with most MMC drivers that expect some alignment of MMC data frames in memory. When called from drivers/tee/optee/rpmb.c, the address passed is not aligned properly. OP-TEE OS inserts a 6-byte header before a raw RPMB frame which makes RPMB data buffer not 32bit aligned. To prevent breaking ABI with OPTEE-OS RPC memrefs, allocate a temporary buffer to copy the data into an aligned memory. Many RPMB drivers implicitly expect 32bit alignment of the eMMC frame including arm_pl180_mmci.c, sandbox_mmc.c and stm32_sdmmc2.c Signed-off-by: Timothée Cercueil <timothee.cercueil(a)st.com> Signed-off-by: Timothée Cercueil <litchi.pi(a)protonmail.com> --- drivers/mmc/rpmb.c | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) Changes since v1: - Fixed the Signed-off-by errors from previous patch. - This patch follows the subject discussed at: https://lists.denx.de/pipermail/u-boot/2021-June/451687.html - Changed the commit log 1st line diff --git a/drivers/mmc/rpmb.c b/drivers/mmc/rpmb.c index ea7e506666..b68d98573c 100644 --- a/drivers/mmc/rpmb.c +++ b/drivers/mmc/rpmb.c @@ -480,10 +480,24 @@ int mmc_rpmb_route_frames(struct mmc *mmc, void *req, unsigned long reqlen, * and possibly just delay an eventual error which will be harder * to track down. */ + void *rpmb_data = NULL; + int ret; if (reqlen % sizeof(struct s_rpmb) || rsplen % sizeof(struct s_rpmb)) return -EINVAL; - return rpmb_route_frames(mmc, req, reqlen / sizeof(struct s_rpmb), - rsp, rsplen / sizeof(struct s_rpmb)); + if (!IS_ALIGNED((uintptr_t)req, ARCH_DMA_MINALIGN)) { + /* Memory alignment is required by MMC driver */ + rpmb_data = malloc(reqlen); + if (!rpmb_data) + return -ENOMEM; + + memcpy(rpmb_data, req, reqlen); + req = rpmb_data; + } + + ret = rpmb_route_frames(mmc, req, reqlen / sizeof(struct s_rpmb), + rsp, rsplen / sizeof(struct s_rpmb)); + free(rpmb_data); + return ret; } -- 2.17.1

3 2

[PATCH 0/3] Correct and extend distro boot support for imx8m
by Andrey Zhizhikin 22 Jun '21

22 Jun '21

Distro boot support for imx8m family is not completed, with: (a) imx8mm and imx8mp has facilities enabled to support only boot flow based on the boot scripts; (b) im8mn has no distro boot support enabled, and still adheres to the customized boot flow using modified environment; This patch series addresses above points by extending imx8mm and imx8mp derivatives with full support for distro boot, including sysboot flow; and adds a support for distro boot to imx8mn. Andrey Zhizhikin (3): imx8mm: configs: enable distro default features imx8mp: configs: enable distro default features imx8mn: configs: add support for distro boot commands configs/imx8mm_evk_defconfig | 3 +- configs/imx8mn_ddr4_evk_defconfig | 1 + configs/imx8mn_evk_defconfig | 1 + configs/imx8mp_evk_defconfig | 3 +- include/configs/imx8mn_evk.h | 64 ++++++------------------------- 5 files changed, 16 insertions(+), 56 deletions(-) -- 2.25.1

5 13