u-boot.git/board/nxp/ls1028a, branch next

ls1028ardb: Move environment variables to .env file

2026-07-06T01:58:58Z

Move the bulk of the board environment from CFG_EXTRA_ENV_SETTINGS in ls1028ardb.h to board/nxp/ls1028a/ls1028ardb.env. Because the board directory is shared with ls1028aqds, the file is selected through CONFIG_ENV_SOURCE_FILE rather than the SYS_BOARD default. The distro_bootcmd machinery cannot be expressed in a .env file. The BOOTENV macro expands to environment text with embedded NUL separators, and the board overrides three distro variables (boot_scripts, boot_a_script and scan_dev_for_boot_part) that must follow BOOTENV to take effect. BOOTENV and those three overrides therefore remain in CFG_EXTRA_ENV_SETTINGS, which is concatenated after the .env text, while every other variable moves to the .env file. The resulting default environment is functionally unchanged for both the ls1028ardb_tfa and ls1028ardb_tfa_SECURE_BOOT defconfigs. This was verified with an order aware comparison of the default environment before and after the change. The only difference is that three accidental double spaces in xspi_bootcmd, sd_bootcmd and emmc_bootcmd collapse to single spaces, because the preprocessor normalises whitespace in the now unquoted text, which does not affect command parsing. Signed-off-by: Aristo Chen Signed-off-by: Peng Fan

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)

ls1028a: only include drivers/net/fsl_enetc.h when driver is compiled

2026-06-03T14:55:55Z

As hinted by its path, it's not really meant to be included outside of the driver itself. This header uses CONFIG_SYS_RX_ETH_BUFFER which we are trying to move under CONFIG_NET dependency. This file here can be compiled without network support so make sure this only gets included when needed. The function from that header (fdt_fixup_enetc_mac) is already guarded by CONFIG_FSL_ENETC so simply guard the inclusion of the header the same way. This was tested by building ls1028aqds_tfa_defconfig with CONFIG_MSCC_FELIX_SWITCH and CONFIG_FSL_ENETC disabled. Reviewed-by: Simon Glass Signed-off-by: Quentin Schulz

boards/nxp: remove board_eth_init()

2026-05-15T11:28:30Z

board_eth_init() is dead code since commit e524f3a449f5 ("net: Remove eth_legacy.c"). Remove it. I'm not sure, all the shenanigans are covered by the new DM-version. The MDIO mux and iomux controls probably are. The fman configuration probably isn't. OTOH, nobody cared for years and the called fm_info_set_phy_address() was also removed years ago. This also removes fdt_fixup_board_enet() for the ls1043a and ls1046a because it relies on the local variable "mdio_mux" being initialized by the board_eth_init(). Signed-off-by: Michael Walle Signed-off-by: Peng Fan

board: nxp: Rename board directory from board/freescale to board/nxp

2026-01-28T06:26:50Z

This patch renames the board directory from board/freescale to board/nxp because NXP now provides Board Support Packages (BSPs) and tools for the former Freescale i.MX and other i.MX products. All relevant references have been updated accordingly. This change does not affect functionality. Signed-off-by: Alice Guo Reviewed-by: Fabio Estevam