June 2024 - U-Boot

[PATCH 00/42] labgrid: Provide an integration with Labgrid
by Simon Glass 26 Jun '24

26 Jun '24

Labgrid provides access to a hardware lab in an automated way. It is possible to boot U-Boot on boards in the lab without physically touching them. It relies on relays, USB UARTs and SD muxes, among other things. By way of background, about 4 years ago I wrong a thing called Labman[1] which allowed my lab of about 30 devices to be operated remotely, using tbot for the console and build integration. While it worked OK and I used it for many bisects, I didn't take it any further. It turns out that there was already an existing program, called Labgrid, which I did not know about at time (thank you Tom for telling me). It is more rounded than Labman and has a number of advantages: - does not need udev rules, mostly - has several existing users who rely on it - supports multiple machines exporting their devices It lacks a 'lab check' feature and a few other things, but these can be remedied. On and off over the past several weeks I have been experimenting with Labgrid. I have managed to create an initial U-Boot integration (this series) by adding various features to Labgrid[2] and the U-Boot test hooks. I hope that this might inspire others to set up boards and run tests automatically, rather than relying on infrequent, manual test. Perhaps it may even be possible to have a number of labs available. Included in the integration are a number of simple scripts which make it easy to connect to boards and run tests: ub-int <target> Build and boot on a target, starting an interactive session ub-cli <target> Build and boot on a target, ensure U-Boot starts and provide an interactive session from there ub-smoke <target> Smoke test U-Boot to check that it boots to a prompt on a target ub-bisect Bisect a git tree to locate a failure on a particular target ub-pyt <target> <testspec> Run U-Boot pytests on a target Some of these help to provide the same tbot[4] workflow which I have relied on for several years, albeit much simpler versions. The goal here is to create some sort of script which can collect patches from the mailing list, apply them and test them on a selection of boards. I suspect that script already exists, so please let me know what you suggest. I hope you find this interesting and take a look! [1] https://github.com/sjg20/u-boot/tree/lab6a [2] https://github.com/labgrid-project/labgrid/pull/1411 [3] https://github.com/sjg20/uboot-test-hooks/tree/labgrid [4] https://tbot.tools/index.html Simon Glass (42): trace: Update test to tolerate different trace-cmd version binman: efi: Correct entry docs binman: Regenerate nxp docs binman: ti: Regenerate entry docs binman: Update the entrydocs header buildman: Make mrproper an argument to _reconfigure() buildman: Make mrproper an argument to _config_and_build() buildman: Make mrproper an argument to run_commit() buildman: Avoid rebuilding when --mrproper is used buildman: Add a flag to force mrproper on failure buildman: Retry the build for current source buildman: Add a way to limit the number of buildmans dm: core: Enhance comments on bind_drivers_pass() initcall: Correct use of relocation offset am33xx: Provide a function to set up the debug UART sunxi: Mark scp as optional google: Disable TPMv2 on most Chromebooks meson: Correct driver declaration for meson_axg_gpio test: Allow signaling that U-Boot is ready test: Make bootstd init run only on sandbox test: Use a constant for the test timeout test: Pass stderr to stdout test: Release board after tests complete log: Allow tests to pass with CONFIG_LOGF_FUNC_PAD set test: Allow connecting to a running board test: Decode exceptions only with sandbox test: Avoid failing skipped tests test: dm: Show failing driver name test: Check help output test: Create a common function to get the config test: Introduce the concept of a role test: Move the receive code into a function test: Separate out the exception handling test: Detect dead connections test: Tidy up remaining exceptions test: Introduce lab mode test: Improve handling of sending commands test: Fix mulptiplex_log typo test: Avoid double echo when starting up test: Try to shut down the lab console gracefully test: Add a section for closing the connection CI: Allow running tests on sjg lab .gitlab-ci.yml | 151 +++++++++++++++++ arch/arm/dts/sunxi-u-boot.dtsi | 1 + arch/arm/mach-omap2/am33xx/board.c | 18 +- configs/chromebook_link64_defconfig | 1 + configs/chromebook_link_defconfig | 1 + configs/chromebook_samus_defconfig | 1 + configs/chromebook_samus_tpl_defconfig | 1 + configs/nyan-big_defconfig | 4 +- configs/snow_defconfig | 1 + drivers/core/lists.c | 16 ++ drivers/pinctrl/meson/pinctrl-meson-axg-pmx.c | 2 +- drivers/pinctrl/meson/pinctrl-meson-axg.c | 4 +- drivers/pinctrl/meson/pinctrl-meson-axg.h | 2 +- drivers/pinctrl/meson/pinctrl-meson-g12a.c | 4 +- lib/initcall.c | 6 +- test/py/conftest.py | 86 ++++++++-- test/py/tests/test_dm.py | 5 +- test/py/tests/test_help.py | 6 +- test/py/tests/test_log.py | 11 +- test/py/tests/test_trace.py | 6 +- test/py/tests/test_ut.py | 1 + test/py/u_boot_console_base.py | 154 ++++++++++++------ test/py/u_boot_console_exec_attach.py | 31 +++- test/py/u_boot_console_sandbox.py | 2 +- test/py/u_boot_spawn.py | 123 ++++++++++++-- test/test-main.c | 16 +- tools/binman/entries.rst | 115 +++++++++---- tools/binman/entry.py | 2 +- tools/binman/etype/efi_capsule.py | 40 ++--- tools/binman/etype/efi_empty_capsule.py | 22 +-- tools/binman/etype/ti_secure.py | 45 ++--- tools/buildman/builder.py | 18 +- tools/buildman/builderthread.py | 44 +++-- tools/buildman/buildman.rst | 8 +- tools/buildman/cmdline.py | 6 +- tools/buildman/control.py | 141 +++++++++++++++- tools/buildman/pyproject.toml | 6 +- tools/buildman/test.py | 121 ++++++++++++++ tools/u_boot_pylib/terminal.py | 7 +- 39 files changed, 1003 insertions(+), 226 deletions(-) -- 2.34.1

6 58

[PATCH v5 0/3] Introduce mtdblock device
by Alexey Romanov 25 Jun '24

25 Jun '24

Hello! This series adds support for the mtdblock device, which allows to read/write data block by block. For example, it can now be used for BCB or Android AB command: $ bcb load mtd 0 part_name Tested only on SPI NAND, so bind is made only for SPI NAND drivers. --- Changes V1 -> V2 [1]: - Drop patch [2]. - Add warning if bind NAND mtdblock device. - Move documentation of mtdblock implementation from commit message to the source code. - Remove __maybe_unused from mtd partition functions description. - Use blk_enabled() instead of #ifdefs. Changes V2 -> V3 [2]: - Rebased over [3]. - Rename mtd_bread/bwrite -> mtd_blk_read/write. - Fix GPL-2.0 license short name definiton in headers. - Add empty line after MTD_ENTRY_NUMBERS define. Changes V3 -> V4 [4]: - Fix build warnings: use LBAF printf format string for lbaint_t types. Changes V4 -> V5 [5]: - Rebased over u-boot/master. - Fix build errors and warnings if CONFIG_BLK isn't enabled. - Fix failed tests in cases is mtdblock device isn't binded. Links: - [1] https://lore.kernel.org/all/20240227100441.1811047-1-avromanov@salutedevice… - [2] https://lore.kernel.org/all/20240227100441.1811047-5-avromanov@salutedevice… - [3] https://lore.kernel.org/u-boot/20240403114047.84030-1-heinrich.schuchardt@c… - [4] https://lore.kernel.org/all/20240404105813.1520732-1-avromanov@salutedevice… - [5] https://lore.kernel.org/all/20240524102920.2631731-1-avromanov@salutedevice… Alexey Romanov (3): disk: support MTD partitions drivers: introduce mtdblock abstraction spinand: bind mtdblock disk/part.c | 3 +- drivers/block/blk-uclass.c | 1 + drivers/mtd/Kconfig | 1 + drivers/mtd/Makefile | 1 + drivers/mtd/mtdblock.c | 227 ++++++++++++++++++++++++++++++++++++ drivers/mtd/mtdpart.c | 76 ++++++++++++ drivers/mtd/nand/spi/core.c | 20 ++++ include/linux/mtd/mtd.h | 21 ++++ include/part.h | 3 + 9 files changed, 352 insertions(+), 1 deletion(-) create mode 100644 drivers/mtd/mtdblock.c -- 2.34.1

3 9

[PATCH v1 0/3] Meson: R/W support for pages used by boot ROM
by Arseniy Krasnov 25 Jun '24

25 Jun '24

Patchset is based on patchset for Linux (today merged to nand-next): https://lore.kernel.org/linux-mtd/20240507230903.3399594-1-avkrasnov@salute… Here is description from it: > Amlogic's boot ROM code needs that some pages on NAND must be written > in special "short" ECC mode with scrambling enabled. Such pages: > 1) Contain some metadata about hardware. > 2) Located with some interval starting from 0 offset, until some > specified offset. Interval and second offset are set in the > device tree. > > This patchset adds R/W support for such pages. To enable it we can setup > it in dts: > > nand-is-boot-medium; > amlogic,boot-pages = <1024>; > amlogic,boot-page-step = <128>; > > It means that each 128th page in range 0 to 1024 pages will be accessed > in special mode ("short" ECC + scrambling). In practice this feature is > needed when we want to update first block of NAND - driver will enable > required mode by itself using value from device tree. The only difference is that patchset for Linux updates DT bindings, while this adds NAND_IS_BOOT_MEDIUM flag support. Arseniy Krasnov (3): mtd: rawnand: nand_base: support for 'NAND_IS_BOOT_MEDIUM' flag mtd: rawnand: meson: refactor use of 'meson_nfc_cmd_access()' mtd: rawnand: meson: read/write access for boot ROM pages drivers/mtd/nand/raw/meson_nand.c | 84 +++++++++++++++++++++---------- drivers/mtd/nand/raw/nand_base.c | 3 ++ include/linux/mtd/rawnand.h | 6 +++ 3 files changed, 66 insertions(+), 27 deletions(-) -- 2.35.0

3 8

[PATCH 0/9] led: introduce LED boot and activity function
by Christian Marangi 24 Jun '24

24 Jun '24

This series is a reworked version of the previous seried: misc: introduce STATUS LED activity function This series port and expand the legacy concept of LED boot from the legacy Status LED API to new LED API. One thing that many device need is a way to communicate to the user that the device is actually doing something. This is especially useful for recovery steps where an user (for example) insert an USB drive, keep a button pressed and the device autorecover. There is currently no way to signal the user externally that the bootloader is processing/recoverying aside from setting a LED on. A solid LED on is not enough and won't actually signal any kind of progress. Solution is the good old blinking LED but uboot doesn't suggest (and support) interrupts and almost all the LED are usually GPIO LED that doesn't support HW blink. To fix this and handle the problem of device not supporting HW blink, expand the GPIO LED framework with support for SW blink with the new Kconfig. Additional Kconfg are also introduced to set the LED boot and activity. Those are referenced by label. A documentation for old and these new LED API is created. (world tested with the azure pipeline) Christian Marangi (9): led: led_gpio: add support for SW Blink led: implement led_set_state/paeriod_by_label led: implement LED boot API common: board_r: rework BOOT LED handling led: implement LED activity API tftp: implement support for LED activity mtd: implement support for LED activity ubi: implement support for LED activity doc: introduce led.rst documentation cmd/mtd.c | 19 ++++++ cmd/ubi.c | 15 ++++- common/board_r.c | 25 ++++++- doc/api/index.rst | 1 + doc/api/led.rst | 10 +++ drivers/led/Kconfig | 54 ++++++++++++++++ drivers/led/led-uclass.c | 28 ++++++++ drivers/led/led_gpio.c | 56 ++++++++++++++++ include/led.h | 136 +++++++++++++++++++++++++++++++++++++++ net/tftp.c | 7 ++ 10 files changed, 347 insertions(+), 4 deletions(-) create mode 100644 doc/api/led.rst -- 2.45.1

1 9

[GIT PULL] Please pull u-boot-imx-next-20240624
by Fabio Estevam 24 Jun '24

24 Jun '24

Hi Tom, Please pull from u-boot-imx/next, thanks. The following changes since commit 81e2b69880566a90e909a7e2c02dff0c39a8c1e5: Merge patch series "boot: fix crash in bootflow menu with EFI BOOTMGR support + typos" (2024-06-20 11:41:43 -0600) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git tags/u-boot-imx-next-20240624 for you to fetch changes up to b7f677dc40429a8172c7ba5edcf3b426097e2881: ARM: imx: Enable SPL DTO application support for i.MX8MP DHCOM PDK2 (2024-06-24 09:24:16 -0300) u-boot-imx-next-20240624 -------------------------- CI: https://source.denx.de/u-boot/custodians/u-boot-imx/-/pipelines/21310 - Enable SPL DTO application support for i.MX8MP DHCOM PDK2. - Migrate imx8mn_bsh_smm_s2 and imx6ulz_bsh_smm_m2 to OF_UPSTREAM. - Drop redundant imports with dts/upstream. - Miscellaneous improvements for Gateworks i.MX8M boards. ---------------------------------------------------------------- Marek Vasut (1): ARM: imx: Enable SPL DTO application support for i.MX8MP DHCOM PDK2 Patrick Barsanti (2): arm: fsl: imx8mn_bsh_smm_s2: Migrate to OF_UPSTREAM arm: fsl: imx6ulz_bsh_smm_m2: Migrate to OF_UPSTREAM Sumit Garg (1): dt-bindings: imx: Drop redundant imports with dts/upstream Tim Harvey (7): board: gateworks: venice: enable GSC supervisor for new board models board: gateworks: venice: delay before reading GSC EEPROM board: gateworks: venice: add print for GPY111 PHY name imx8m{m,p}_venice: add NVMe to boot devices imx8mp-venice-gw74xx: default USB1 to host mode imx8mp-venice-gw702x: Drop EQos clock workaround board: gateworks: venice: Simplify Ethernet initialization arch/arm/dts/Makefile | 3 - arch/arm/dts/imx6ulz-bsh-smm-m2.dts | 146 ------ arch/arm/dts/imx8mn-bsh-smm-s2-common.dtsi | 426 ----------------- arch/arm/dts/imx8mn-bsh-smm-s2.dts | 48 -- arch/arm/dts/imx8mn-bsh-smm-s2pro.dts | 170 ------- arch/arm/dts/imx8mp-venice-gw702x-u-boot.dtsi | 6 - arch/arm/dts/imx8mp-venice-gw74xx-u-boot.dtsi | 5 + arch/arm/mach-imx/imx8m/Kconfig | 2 + arch/arm/mach-imx/mx6/Kconfig | 1 + board/gateworks/venice/spl.c | 21 +- board/gateworks/venice/venice.c | 22 +- configs/imx6ulz_smm_m2_defconfig | 2 +- configs/imx8mn_bsh_smm_s2_defconfig | 2 +- configs/imx8mn_bsh_smm_s2pro_defconfig | 2 +- configs/imx8mp_dhcom_pdk2_defconfig | 3 +- include/configs/imx8mm_venice.h | 1 + include/configs/imx8mp_venice.h | 1 + include/dt-bindings/clock/imx5-clock.h | 219 --------- include/dt-bindings/clock/imx6qdl-clock.h | 278 ----------- include/dt-bindings/clock/imx6sl-clock.h | 178 -------- include/dt-bindings/clock/imx6sll-clock.h | 210 --------- include/dt-bindings/clock/imx6sx-clock.h | 281 ------------ include/dt-bindings/clock/imx6ul-clock.h | 262 ----------- include/dt-bindings/clock/imx7d-clock.h | 456 ------------------- include/dt-bindings/clock/imx7ulp-clock.h | 119 ----- include/dt-bindings/clock/imx8mm-clock.h | 286 ------------ include/dt-bindings/clock/imx8mn-clock.h | 262 ----------- include/dt-bindings/clock/imx8mp-clock.h | 401 ---------------- include/dt-bindings/clock/imx8mq-clock.h | 431 ------------------ include/dt-bindings/clock/imx8ulp-clock.h | 258 ----------- include/dt-bindings/clock/imx93-clock.h | 209 --------- include/dt-bindings/clock/imxrt1050-clock.h | 72 --- include/dt-bindings/interconnect/fsl,imx8mp.h | 59 --- include/dt-bindings/interconnect/imx8mm.h | 50 -- include/dt-bindings/interconnect/imx8mn.h | 41 -- include/dt-bindings/interconnect/imx8mq.h | 48 -- include/dt-bindings/phy/phy-imx8-pcie.h | 14 - include/dt-bindings/pinctrl/pins-imx8mq.h | 632 -------------------------- include/dt-bindings/power/fsl,imx93-power.h | 15 - include/dt-bindings/power/imx7-power.h | 13 - include/dt-bindings/power/imx8mm-power.h | 31 -- include/dt-bindings/power/imx8mn-power.h | 20 - include/dt-bindings/power/imx8mp-power.h | 59 --- include/dt-bindings/power/imx8mq-power.h | 24 - include/dt-bindings/power/imx8ulp-power.h | 26 -- include/dt-bindings/reset/imx7-reset.h | 52 --- include/dt-bindings/reset/imx8mp-reset.h | 50 -- include/dt-bindings/reset/imx8mq-reset.h | 67 --- include/dt-bindings/reset/imx8ulp-pcc-reset.h | 59 --- include/dt-bindings/sound/fsl-imx-audmux.h | 64 --- 50 files changed, 37 insertions(+), 6070 deletions(-) delete mode 100644 arch/arm/dts/imx6ulz-bsh-smm-m2.dts delete mode 100644 arch/arm/dts/imx8mn-bsh-smm-s2-common.dtsi delete mode 100644 arch/arm/dts/imx8mn-bsh-smm-s2.dts delete mode 100644 arch/arm/dts/imx8mn-bsh-smm-s2pro.dts delete mode 100644 include/dt-bindings/clock/imx5-clock.h delete mode 100644 include/dt-bindings/clock/imx6qdl-clock.h delete mode 100644 include/dt-bindings/clock/imx6sl-clock.h delete mode 100644 include/dt-bindings/clock/imx6sll-clock.h delete mode 100644 include/dt-bindings/clock/imx6sx-clock.h delete mode 100644 include/dt-bindings/clock/imx6ul-clock.h delete mode 100644 include/dt-bindings/clock/imx7d-clock.h delete mode 100644 include/dt-bindings/clock/imx7ulp-clock.h delete mode 100644 include/dt-bindings/clock/imx8mm-clock.h delete mode 100644 include/dt-bindings/clock/imx8mn-clock.h delete mode 100644 include/dt-bindings/clock/imx8mp-clock.h delete mode 100644 include/dt-bindings/clock/imx8mq-clock.h delete mode 100644 include/dt-bindings/clock/imx8ulp-clock.h delete mode 100644 include/dt-bindings/clock/imx93-clock.h delete mode 100644 include/dt-bindings/clock/imxrt1050-clock.h delete mode 100644 include/dt-bindings/interconnect/fsl,imx8mp.h delete mode 100644 include/dt-bindings/interconnect/imx8mm.h delete mode 100644 include/dt-bindings/interconnect/imx8mn.h delete mode 100644 include/dt-bindings/interconnect/imx8mq.h delete mode 100644 include/dt-bindings/phy/phy-imx8-pcie.h delete mode 100644 include/dt-bindings/pinctrl/pins-imx8mq.h delete mode 100644 include/dt-bindings/power/fsl,imx93-power.h delete mode 100644 include/dt-bindings/power/imx7-power.h delete mode 100644 include/dt-bindings/power/imx8mm-power.h delete mode 100644 include/dt-bindings/power/imx8mn-power.h delete mode 100644 include/dt-bindings/power/imx8mp-power.h delete mode 100755 include/dt-bindings/power/imx8mq-power.h delete mode 100644 include/dt-bindings/power/imx8ulp-power.h delete mode 100644 include/dt-bindings/reset/imx7-reset.h delete mode 100644 include/dt-bindings/reset/imx8mp-reset.h delete mode 100755 include/dt-bindings/reset/imx8mq-reset.h delete mode 100644 include/dt-bindings/reset/imx8ulp-pcc-reset.h delete mode 100644 include/dt-bindings/sound/fsl-imx-audmux.h

2 1

[PATCH] board: beagle: beagleplay: enable OF_SYSTEM_SETUP
by Bryan Brattlof 24 Jun '24

24 Jun '24

Unfortunately when enabling FDT fixups for the AM62x family of SoCs and moving TF-A to the bottom of RAM we missed the BeaglePlay. This is causing Linux's memory allocator to clobber TF-A and break its boot. Enable OF_SYSTEM_SETUP to fixup the kernel's FDT to inform it of the actual location of the firmware CC: Andrew Davis <afd(a)ti.com> CC: Nishanth Menon <nm(a)ti.com> CC: Robert Nelson <robertcnelson(a)gmail.com> Reported-by: Dhruva Gole <d-gole(a)ti.com> Signed-off-by: Bryan Brattlof <bb(a)ti.com> --- Hello everyone, Fair warning, this may turn into a philosophical discussion about the role of device-tree with SystemReady and U-Boot's role in enabling true distribution to be completely agnostic of the board it's running on. However substantively this is simply fixing a boot regression Dhruva found while testing out the beagleplay. Happy reviewing ~Bryan --- board/beagle/beagleplay/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/board/beagle/beagleplay/Kconfig b/board/beagle/beagleplay/Kconfig index 7dbd833acb4cc..896a1c1be3010 100644 --- a/board/beagle/beagleplay/Kconfig +++ b/board/beagle/beagleplay/Kconfig @@ -12,6 +12,7 @@ config TARGET_AM625_A53_BEAGLEPLAY bool "BeagleBoard.org AM625 BeaglePlay running on A53" select ARM64 select BINMAN + select OF_SYSTEM_SETUP config TARGET_AM625_R5_BEAGLEPLAY bool "BeagleBoard.org AM625 BeaglePlay running on R5" --- base-commit: fe2ce09a0753634543c32cafe85eb87a625f76ca change-id: 20240619-play-fdt-fixup-a92e1ab872fc Best regards, -- Bryan Brattlof <bb(a)ti.com>

7 6

[U-BOOT-TEST][PATCH 1/1] travis-ci: SiFive Unleashed: avoid format warning
by Heinrich Schuchardt 24 Jun '24

24 Jun '24

QEMU expects the file format to be specified even for raw files. Currently this change only suppresses a warning. Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt(a)canonical.com> --- bin/travis-ci/conf.sifive_unleashed_sdcard_qemu | 2 +- bin/travis-ci/conf.sifive_unleashed_spi-nor_qemu | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/bin/travis-ci/conf.sifive_unleashed_sdcard_qemu b/bin/travis-ci/conf.sifive_unleashed_sdcard_qemu index f3c3da1..e84ce7d 100644 --- a/bin/travis-ci/conf.sifive_unleashed_sdcard_qemu +++ b/bin/travis-ci/conf.sifive_unleashed_sdcard_qemu @@ -6,6 +6,6 @@ console_impl=qemu qemu_machine="sifive_u,msel=11" qemu_binary="qemu-system-riscv64" qemu_extra_args="-smp 5 -m 8G -nographic -nic user,tftp=${UBOOT_TRAVIS_BUILD_DIR}" -qemu_kernel_args="-bios ${U_BOOT_BUILD_DIR}/spl/u-boot-spl.bin -drive file=${U_BOOT_BUILD_DIR}/sdcard.img,if=sd" +qemu_kernel_args="-bios ${U_BOOT_BUILD_DIR}/spl/u-boot-spl.bin -drive file=${U_BOOT_BUILD_DIR}/sdcard.img,format=raw,if=sd" reset_impl=none flash_impl=none diff --git a/bin/travis-ci/conf.sifive_unleashed_spi-nor_qemu b/bin/travis-ci/conf.sifive_unleashed_spi-nor_qemu index e28bfc4..56a7a0c 100644 --- a/bin/travis-ci/conf.sifive_unleashed_spi-nor_qemu +++ b/bin/travis-ci/conf.sifive_unleashed_spi-nor_qemu @@ -6,6 +6,6 @@ console_impl=qemu qemu_machine="sifive_u,msel=6" qemu_binary="qemu-system-riscv64" qemu_extra_args="-smp 5 -m 8G -nographic -nic user,tftp=${UBOOT_TRAVIS_BUILD_DIR}" -qemu_kernel_args="-bios ${U_BOOT_BUILD_DIR}/spl/u-boot-spl.bin -drive file=${U_BOOT_BUILD_DIR}/spi-nor.img,if=mtd" +qemu_kernel_args="-bios ${U_BOOT_BUILD_DIR}/spl/u-boot-spl.bin -drive file=${U_BOOT_BUILD_DIR}/spi-nor.img,format=raw,if=mtd" reset_impl=none flash_impl=none -- 2.45.1

2 1

USB OTG mode for DWC3 (ie imx8mp) host controller with usb_ether USB Ethernet gadget?
by Tim Harvey 24 Jun '24

24 Jun '24

Greetings, What is missing in U-Boot for the DWC3 host controller to support OTG mode for usb_ether (USB Ethernet gadget)? I'm unable to get the usb ethernet gadget to work for the imx8mp as it errors out with 'No UDC available in the system'. The ums/acm/sdp gadget's all call udc_device_get_by_index to get the UDC controller which for DWC3 is provided by drivers/usb/dwc3/dwc3-generic.c and these gadgets work, however usb_ether is different in that it calls usb_gadget_register_driver to bind the gadget driver to the UDC and for DWC3 this calls usb_gadget_probe_driver which iterates over udc_list which does not contain DWC3 hosts that are in peripheral/otg mode. Before I spend a lot more time on this I wanted to see if anyone else understands why boards with DWC3 host controllers like imx8mp don't seem to register controllers in udc_list that are not in host mode. I'm also unclear how to get a DWC3 controller to switch roles dynamically at runtime based on a gpio state for example. That support appears to be missing and I'm not sure what the right way would be to go about adding it. I notice that some imx8mp boards like the imx8mp-evk have a u-boot.dtsi that just forces its OTG controller to peripheral mode and I force the imx8mp-venice OTG controllers into host mode. Best Regards, Tim

3 3

Pull request for tpm-master-24062024
by Ilias Apalodimas 24 Jun '24

24 Jun '24

Hi Tom, A few last minutes fixes for EFI, but this time via the TPM tree The following changes since commit fe2ce09a0753634543c32cafe85eb87a625f76ca: Merge branch 'master' of https://source.denx.de/u-boot/custodians/u-boot-watchdog (2024-06-18 08:34:56 -0600) are available in the Git repository at: https://source.denx.de/u-boot/custodians/u-boot-tpm/ tags/tpm-master-24062024 for you to fetch changes up to b73948c785d2bbccf0a76dec92cf50fe5b408c0e: efi_loader: fix the return values on efi_tcg (2024-06-24 08:38:06 +0300) The CI is here https://source.denx.de/u-boot/custodians/u-boot-tpm/-/pipelines/21309 and showed no problems. I also tested measured booot looking at the EventLog pre/post patch. No changes apart from PCR0 which is expected to change ---------------------------------------------------------------- When the EFI TCG measurement code moved from EFI to the TPM subsystem for general use some prototypes changed from returning efi_status_t to int, which is more appropriate for the non-EFI APIs. However, some of the EFI callsites never changed and we ended up assigning the int value to efi_status_t. This is unlikely to cause any problems, apart from returning invalid values on failures and violating the EFI spec. ---------------------------------------------------------------- Ilias Apalodimas (2): tpm: fix the return code, if the eventlog buffer is full efi_loader: fix the return values on efi_tcg lib/efi_loader/efi_tcg2.c | 126 +++++++++++++++++++++++++--------------------- lib/tpm-v2.c | 2 +- 2 files changed, 70 insertions(+), 58 deletions(-)

2 1

[PATCH v2 0/2] imx: hab: Make imx_hab_is_enabled dependent on FIELD_RETURN
by Paul Geurts 24 Jun '24

24 Jun '24

The imx_hab_is_enabled function makes sure SPL and U-Boot only blocks the boot process when HAB is actually enabled. Currently only the SEC_CONFIG fuse is checked for this, as this is the fuse that closes the board for HAB. The Field return fuse however is used to permanently disable HAB. This fuse is not taken into account. Take the FIELD_RETURN fuse into account as well when deciding whether HAB is enabled. v2: - Split up into two commits

1 2