u-boot.git/board/dhelectronics, branch v2026.01

ARM: stm32: Add missing build of debug UART init code on DH STM32MP1 DHSOM

2025-12-09T14:24:36Z

Commit c37a6684818d ("stm32mp: fix compilation issue with DEBUG_UART") split the debug UART initialization code into two files, but failed to update other non-ST boards. This did not lead to noticeable breakage until debug UART is enabled, which is not the default. Update the Makefile accordingly to allow debug UART to work. Fixes: c37a6684818d ("stm32mp: fix compilation issue with DEBUG_UART") Signed-off-by: Marek Vasut Reviewed-by: Patrice Chotard

ARM: dts: stm32: Add 1 GiB DRAM settings for DH STM32MP13xx DHCOR SoM

2025-12-09T14:24:30Z

Add DRAM settings for 1 GiB variant of DH STM32MP13xx DHCOR SoM and support for SoM DRAM coding HW straps decoding and automatic DRAM configuration selection. Enable CONFIG_BOARD_EARLY_INIT_F on all STM32MP1 DHSOM, as it is required for the HW straps decoding. Signed-off-by: Marek Vasut Reviewed-by: Patrice Chotard

ARM: stm32: Add MAC address readout from fuses on DH STM32MP1 DHSOM

2025-11-17T16:45:11Z

Add support for reading out the MAC address from SoC fuses on DH STM32MP1 DHSOM. The DH STM32MP1 DHSOM may contain external ethernet MACs, which benefit from the MAC address stored in SoC fuses as well, handle those consistently. This however means the architecture setup_mac_address() cannot be used and instead a simpler local fuse read out is implemented in the board file. Signed-off-by: Marek Vasut Reviewed-by: Patrice Chotard

ARM: stm32: Read values from M24256 write-lockable page on STM32MP13xx DHCOR

2025-11-17T16:45:11Z

The STM32MP13xx DHCOR SoM is populated with M24256 EEPROM that contains an additional write-lockable page called ID page, which is populated with a structure containing ethernet MAC addresses, DH item number and DH serial number. Read out the MAC address from the WL page between higher priority SoC fuses and lower priority plain EEPROM storage area. Read out the DH item and serial numbers and set environment variables accordingly. Signed-off-by: Marek Vasut Reviewed-by: Patrice Chotard

board: dhelectronics: Move dh_add_item_number_and_serial_to_env() to common code

2025-11-17T16:45:11Z

Move dh_add_item_number_and_serial_to_env() to common code, so it can be used by both STM32MP13xx and iMX8MP DHSOM. No functional change. Signed-off-by: Marek Vasut Reviewed-by: Patrice Chotard

ARM: stm32: Add missing build of ST DFU virt code on DH STM32MP1 DHSOM

2025-11-17T16:45:00Z

Commit 6d91f0a3a14d ("board: st: common: cleanup dfu support") split the vendor-specific DFU implementation into two files, but failed to update other non-ST boards. This did not lead to noticeable breakage with plain simple dfu-util, but it makes the ST proprietary programmer CLI tool end in an infinite loop. Update the Makefile accordingly to allow even that kind of tooling to work. Fixes: 6d91f0a3a14d ("board: st: common: cleanup dfu support") Signed-off-by: Marek Vasut Reviewed-by: Patrice Chotard

ARM: dts: stm32: Introduce DH STM32MP13x target

2025-11-17T16:44:22Z

Split the DH STM32MP13x based boards from ST STM32MP13x target, this way the DH board specific code can be reused for STM32MP13x DHSOM. Signed-off-by: Marek Vasut Reviewed-by: Patrice Chotard

spl: split spl_board_fixups to arch/board specific

2025-10-22T18:05:52Z

The current spl_board_fixups API allows for modification of spl_image before the SPL jumps to it. This can be used to modify the DT for the next boot stage, however the current API only allows either the machine arch or the board to use it. This limits the utility of the API as there might be certain fixups that should be applied to all boards sharing the same machine architecture with others being board specific. For TI's K3 specifically, this prevents us from performing architecture level fixups since a lot of TI boards are already making use of the spl_board_fixups API. Therefore this patch splits the API into two to allow both board and the architecture specific fixups. The order is kept as arch then board to give board specific fixups the precedence. Reviewed-by: Dhruva Gole Signed-off-by: Anshul Dalal Tested-by: Wadim Egorov

board: dhelectronics: Use isascii() before isprint() in dh_read_eeprom_id_page()

2025-09-17T15:06:37Z

The isprint() checks printability across all 256 characters, some of the upper 128 characters are printable and produce artifacts on UART. Call isascii() first to only consider the bottom 7bit ASCII characters as printable, and then check their printability using isprint(). This fixes a rare misprint in case the ID page content is uninitialized or corrupted. Signed-off-by: Marek Vasut Reviewed-by: Christoph Niedermaier

board: dhelectronics: Check pointer before access in dh_get_value_from_eeprom_buffer()

2025-09-17T15:06:37Z

The eip pointer in dh_get_value_from_eeprom_buffer() might be NULL. The current NULL pointer check happens too late, after the eip was accessed in variable assignment. Reorder the two, so the NULL pointer check happens first, and any access second, otherwise the access may trigger a hang or other undefined behavior. Signed-off-by: Marek Vasut Reviewed-by: Christoph Niedermaier