u-boot.git/board/kontron, branch master

treewide: move bi_dram[] from bd to gd

2026-06-25T00:13:24Z

Currently, the bi_dram[] information is stored in the board info structure (bd). Because bd is only valid after reserve_board(), dram_init_banksize() must be called late in the initialization process. This limitation is problematic, as it forces us to rely on a variety of bespoke functions to determine board RAM, bank memory sizes, and other early setup requirements. By moving bi_dram[] into the global data (gd), we can run it earlier. This is particularly convenient since boards define their own dram_init_banksize() routines, which do not always rely on parsing Device Tree (DT) memory nodes. Additionally, U-Boot defaults to relocating to the top of the first memory bank. While boards currently use custom functions to override this behavior, having the DRAM bank information available earlier in gd makes relocating to a different bank trivial and standardizes the process. Reviewed-by: Anshul Dalal Tested-by: Michal Simek # Versal Gen 2 Vek385 Tested-by: Anshul Dalal Reviewed-by: Simon Glass Signed-off-by: Ilias Apalodimas Tested-by: Christophe Leroy (CS GROUP)

imx8mq: kontron-pitx-imx8m: Switch OF_UPSTREAM

2026-05-15T20:31:39Z

arch/arm/dts/imx8mq-kontron-pitx-imx8m.dts is almost same as upstream Linux dts, so switch to OF_UPSTREAM by dropping the U-Boot copy of the dts, enabling OF_UPSTREAM and updating CONFIG_DEFAULT_DEVICE_TREE. Signed-off-by: Peng Fan

imx8mq: kontron: migrate PITX-IMX8M to DM PMIC framework

2026-04-21T23:49:40Z

Migrate the Kontron PITX-IMX8M board from the legacy power framework to the DM PMIC infrastructure. The SPL power initialization is converted to use DM_PMIC_PFUZE100, dropping all legacy I2C, GPIO, pinmux, and MMC setup code that is now handled through the device tree and driver model instead. Key changes: - Switch PFUZE100 access to DM PMIC APIs - Enable SPL OF_CONTROL and mark required nodes with bootph* - Remove legacy I2C and power configuration - Enable SPL DM, pinctrl, regulator, and PMIC support - Adjust SPL stack placement for DM usage Signed-off-by: Peng Fan

imx8mq: pitx: drop redundant gd clearing in board_init_f

2026-04-21T23:49:39Z

The global data (gd) area is already zeroed in board_init_f_init_reserve() before board_init_f() is called. Remove the duplicate gd clearing from board_init_f(). Signed-off-by: Peng Fan

osm-s-mx93: Drop unnecessary BOARD_EARLY_INIT_F usage

2026-04-02T12:08:44Z

This platform enables CONFIG_BOARD_EARLY_INIT_F and then has a do-nothing board_early_init_f function. Change to not enabling the option and so not needing an empty function. Signed-off-by: Tom Rini Reviewed-by: Frieder Schrempf

treewide: Clean up DECLARE_GLOBAL_DATA_PTR usage

2026-02-17T19:50:22Z

Remove DECLARE_GLOBAL_DATA_PTR from files where gd is not used, and drop the unnecessary inclusion of asm/global_data.h. Headers should be included directly by the files that need them, rather than indirectly via global_data.h. Reviewed-by: Patrice Chotard #STMicroelectronics boards and STM32MP1 ram test driver Tested-by: Anshul Dalal #TI boards Acked-by: Yao Zi #TH1520 Signed-off-by: Peng Fan

imx: Add support for Kontron i.MX93 OSM-S SoM and BL carrier board

2025-11-29T17:42:24Z

This adds support for the Kontron Electronics OSM-S i.MX93 SoM and the matching baseboard BL i.MX93. The SoM hardware complies to the Open Standard Module (OSM) 1.1 specification, size S (https://sget.org/standards/osm). Signed-off-by: Frieder Schrempf

imx: Add support for Kontron i.MX8MP OSM-S SoM and BL carrier board

2025-11-29T17:42:24Z

This adds support for the Kontron Electronics OSM-S i.MX8MP SoM and the matching baseboard BL i.MX8MP. The SoM hardware complies to the Open Standard Module (OSM) 1.1 specification, size S (https://sget.org/standards/osm). Signed-off-by: Frieder Schrempf

imx: kontron-sl-mx8mm: Add support for reading HW UIDs

2025-11-04T15:46:11Z

The factory provides a CPU UID in the OTPs and the SoM module and the carrier board might provide additional UIDs in the GP registers of the OTPs. Load these values in the following order and create a serial number string: * Board UID (GP2) * SoM UID (GP1) * CPU UID (UNIQUE_ID) The string is stored in the "serial#" env variable and exported to Linux. Further this prints the used UID to the console which looks like this ID: 0042152331 (Board) or: ID: 0030124840 (SoM) or: ID: 4696668CD9516886 (CPU) Signed-off-by: Frieder Schrempf

imx: kontron-sl-mx6ul: Add support for reading HW UIDs

2025-11-04T15:46:11Z