summaryrefslogtreecommitdiff
path: root/board
AgeCommit message (Collapse)Author
2026-01-28board: ti: am62x: Enable 32k crystal on the boardVishal Mahaveer
Enable 32k crystal on the board. If external 32k source is not used, 32k rc-osc comes into play, which is accurate to +-20%. Signed-off-by: Vishal Mahaveer <vishalm@ti.com>
2026-01-28board: ti: common: Add function for initialization of 32k crystalVishal Mahaveer
Add a common helper function for doing the basic configuration required for enabling the 32k crystal on some of the TI boards. Signed-off-by: Vishal Mahaveer <vishalm@ti.com>
2026-01-28arm: Remove rel.dyn from SPL linker scriptsTom Rini
As of v2026.01, no platforms contain any rel.dyn sections in their xPL phase images. Their inclusion in linker scripts initially was an oversight as part of taking the full U-Boot linker scripts and modifying them down. Then in commit 8b0ebe054bb3 ("arm: Update linker scripts to ensure appended device tree is aligned") these sections were used to force correct alignment for the device tree. This however, lead to a different problem. That problem is that when we do not have a separate BSS section in SPL we instead would overlay the BSS with the rel.dyn section, in the common linker script case. This in turn lead to creating an incorrectly sized BSS "pad" file sometimes (depending on arbitrary changes within the rest of the binary itself). This in turn lead to the dtb being in the wrong location in the binary and not found at run time. This commit fixes a few things: - Remove the rel.dyn section from all ARM SPL linker scripts. - In turn, this moves the dtb alignment statement in to another section. - For ast2600 which uses CONFIG_POSITION_INDEPENDENT we need to keep the symbols however. Tested-by: Fabio Estevam <festevam@gmail.com> Reported-by: Fabio Estevam <festevam@gmail.com> Co-developed-by: Ilias Apalodimas <ilias.apalodimas@linaro.org> Reviewed-by: Chia-Wei, Wang <chiawei_wang@aspeedtech.com> Signed-off-by: Tom Rini <trini@konsulko.com>
2026-01-28board: nxp: Rename board directory from board/freescale to board/nxpAlice Guo
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 <alice.guo@nxp.com> Reviewed-by: Fabio Estevam <festevam@gmail.com>
2026-01-28armv7: Add CPLD support via IFC to the ls1021a-iot board.Mateus Lima Alves
This patch adds CPLD support via IFC to the ls1021a-iot board. Signed-off-by: Mateus Lima Alves <mateuslima.ti@gmail.com>
2026-01-25board: sunxi: Add X96Q supportJ. Neuschäfer
The X96Q is a set-top box with an H313 SoC, AXP305 PMIC, 1 or 2 GiB RAM, 8 or 16 GiB eMMC flash, 2x USB A, Micro-SD, HDMI, Ethernet, audio/video output, and infrared input. https://x96mini.com/products/x96q-tv-box-android-10-set-top-box This commit adds a defconfig and some documentation. The devicetree is already in dts/upstream. The CONFIG_DRAM_SUNXI_* settings are chosen such that the register values in the DRAM PHY's MMIO space are as close as possible to those observed when booting with the preinstalled vendor U-Boot. The DRAM clock frequency of 600 MHz was reported in the vendor U-Boot's output. Signed-off-by: J. Neuschäfer <j.ne@posteo.net> Reviewed-by: Andre Przywara <andre.przywara@arm.com>
2026-01-25sunxi: avoid double vendor prefix when CONFIG_OF_UPSTREAM is enabledBohdan Chubuk
When CONFIG_OF_UPSTREAM is enabled, the device tree name provided by SPL already includes the vendor directory (e.g., "allwinner/board-name"). The existing logic in misc_init_r() unconditionally prepends "allwinner/" for ARM64 builds, resulting in an incorrect path like "allwinner/allwinner/board-name.dtb". This patch modifies the logic to only prepend the vendor prefix if CONFIG_OF_UPSTREAM is NOT enabled. This ensures compatibility with both legacy builds and the new upstream devicetree structure. Signed-off-by: Bohdan Chubuk <chbgdn@gmail.com> Reviewed-by: Andre Przywara <andre.przywara@arm.com>
2026-01-23Merge patch series "sc5xx: Add complete board support for all ADI SC5xx boards"Tom Rini
Greg Malysa <malysagreg@gmail.com> says: This series adds the final pieces to enable mainline U-Boot to build and boot all Analog Devices SC5xx SoCs and supports the associated carrier board options. At this point it should be viable for new users for these platforms to start with the latest version of U-Boot rather than our vendor fork, however some features (such as OSPI support and falcon boot) remain unavailable until we are able to unify our implementations with the mainline implementations. Link: https://lore.kernel.org/r/20251211080414.5363-1-malysagreg@gmail.com [trini: Rebuild CI containers to have new tools] Signed-off-by: Tom Rini <trini@konsulko.com>
2026-01-23board: adi: Add support for SC594Greg Malysa
This adds support for the Analog Devices SC594 SOM and configurations for using it with both the SOMCRR-EZKIT and SOMCRR-EZLITE. Signed-off-by: Vasileios Bimpikas <vasileios.bimpikas@analog.com> Signed-off-by: Utsav Agarwal <utsav.agarwal@analog.com> Signed-off-by: Arturs Artamonovs <arturs.artamonovs@analog.com> Signed-off-by: Nathan Barrett-Morrison <nathan.morrison@timesys.com> Signed-off-by: Caleb Ethridge <caleb.ethridge@analog.com> Signed-off-by: Philip Molloy <philip.molloy@analog.com> Signed-off-by: Greg Malysa <malysagreg@gmail.com>
2026-01-23board: adi: Add support for SC598Greg Malysa
This adds support for the Analog Devices SC598-SOM and configurations for using it with both the SOMCRR-EZKIT and SOMCRR-EZLITE. This adds dtsis for both Rev D (including older revisions) and Rev E SOMs, which are not compatible due to BOM changes. Although no new Rev D SOMs are produced as of 2025, many are in circulation, so the RevD dtsi is included to facilitate use for existing customers. Signed-off-by: Vasileios Bimpikas <vasileios.bimpikas@analog.com> Signed-off-by: Utsav Agarwal <utsav.agarwal@analog.com> Signed-off-by: Arturs Artamonovs <arturs.artamonovs@analog.com> Signed-off-by: Nathan Barrett-Morrison <nathan.morrison@timesys.com> Signed-off-by: Caleb Ethridge <caleb.ethridge@analog.com> Signed-off-by: Philip Molloy <philip@philipmolloy.com> Signed-off-by: Greg Malysa <malysagreg@gmail.com>
2026-01-23board: adi: Add support for SC584-ezkitGreg Malysa
This adds support for the Analog Devices SC584-EZKIT. Signed-off-by: Vasileios Bimpikas <vasileios.bimpikas@analog.com> Signed-off-by: Utsav Agarwal <utsav.agarwal@analog.com> Signed-off-by: Arturs Artamonovs <arturs.artamonovs@analog.com> Signed-off-by: Nathan Barrett-Morrison <nathan.morrison@timesys.com> Signed-off-by: Caleb Ethridge <caleb.ethridge@analog.com> Signed-off-by: Greg Malysa <malysagreg@gmail.com>
2026-01-23board: adi: Add support for SC589 boardsGreg Malysa
This adds support for the Analog Devices SC589-EZKIT and SC589-mini. Signed-off-by: Vasileios Bimpikas <vasileios.bimpikas@analog.com> Signed-off-by: Utsav Agarwal <utsav.agarwal@analog.com> Signed-off-by: Arturs Artamonovs <arturs.artamonovs@analog.com> Signed-off-by: Nathan Barrett-Morrison <nathan.morrison@timesys.com> Signed-off-by: Caleb Ethridge <caleb.ethridge@analog.com> Signed-off-by: Philip Molloy <philip.molloy@analog.com> Signed-off-by: Greg Malysa <malysagreg@gmail.com>
2026-01-23board: adi: Add support for SC573-ezkitGreg Malysa
This adds support for the Analog Devices SC573 EZKIT. Signed-off-by: Vasileios Bimpikas <vasileios.bimpikas@analog.com> Signed-off-by: Utsav Agarwal <utsav.agarwal@analog.com> Signed-off-by: Arturs Artamonovs <arturs.artamonovs@analog.com> Signed-off-by: Nathan Barrett-Morrison <nathan.morrison@timesys.com> Signed-off-by: Caleb Ethridge <caleb.ethridge@analog.com> Signed-off-by: Philip Molloy <philip.molloy@analog.com> Signed-off-by: Greg Malysa <malysagreg@gmail.com>
2026-01-23board: adi: Add SOMCRR infrastructureGreg Malysa
This adds infrastructure and shared library code for building targets that use the ADI SOMCRR-EZKIT and SOMCRR-EZLITE carrier boards. These are not used directly as board targets in their own right. Co-developed-by: Nathan Barrett-Morrison <nathan.morrison@timesys.com> Signed-off-by: Nathan Barrett-Morrison <nathan.morrison@timesys.com> Signed-off-by: Vasileios Bimpikas <vasileios.bimpikas@analog.com> Signed-off-by: Utsav Agarwal <utsav.agarwal@analog.com> Signed-off-by: Arturs Artamonovs <arturs.artamonovs@analog.com> Signed-off-by: Greg Malysa <malysagreg@gmail.com>
2026-01-21board: phytec: Add PHYTEC mailing list to MAINTAINERS entriesWadim Egorov
PHYTEC maintains an actively monitored mailing list for upstream activities: upstream@lists.phytec.de. Add it to the MAINTAINERS entries for PHYTEC boards we actively develop and contribute to. Signed-off-by: Wadim Egorov <w.egorov@phytec.de> Acked-by: Teresa Remmet <t.remmet@phytec.de>
2026-01-20Merge patch series "Update linker scripts to ensure appended device tree is ↵Tom Rini
correctly aligned" Tom Rini <trini@konsulko.com> says: This series builds on top of what Beleswar Padhi did in [1]. While there's still discussion about the mkimage related parts, the linker portion appears to the reliable path forward. An alternative that I had mentioned before, and was part of previous discussions on this topic[2] is in the end I believe not reliable enough. While we can take an output file and pad it to where we think it needs to be, ultimately the linker needs to place the symbol where we want it and if that isn't where we pad to, we have a different problem. So what this series does (but each commit message elaborates on the arch-specific linker scripts being inconsistent) is make sure the linker script will place the required symbol at 8-byte alignment, and then also use an ASSERT to fail the build if this would not be true due to some unforseen event. [1]: https://lore.kernel.org/u-boot/20260112101102.1417970-1-b-padhi@ti.com/ [2]: https://source.denx.de/u-boot/u-boot/-/issues/30 Link: https://lore.kernel.org/r/20260115222828.3931345-1-trini@konsulko.com
2026-01-20powerpc: Update linker scripts to ensure appended device tree is alignedTom Rini
With commit 0535e46d55d7 ("scripts/dtc: Update to upstream version v1.7.2-35-g52f07dcca47c") it is now a fatal error to U-Boot if our device tree is not 8-byte aligned. In commit 85f586035d75 ("ARM: OMAP2+: Pad SPL binary to 8-byte alignment before DTB") Beleswar Padhi explains that we must have ALIGN(x) statements inside of a section to ensure that padding is included and not simply that the linker address counter is incremented. To that end, this patch: - Aligns the final section before _end by 8-bytes by adding '. = ALIGN(8);' or changing an existing ALIGN(4) statement. - Ensure that we do have alignment by adding an ASSERT so that when not aligned we fail to link (and explain why). Signed-off-by: Tom Rini <trini@konsulko.com>
2026-01-20arm: Update linker scripts to ensure appended device tree is alignedTom Rini
With commit 0535e46d55d7 ("scripts/dtc: Update to upstream version v1.7.2-35-g52f07dcca47c") it is now a fatal error to U-Boot if our device tree is not 8-byte aligned. In commit 85f586035d75 ("ARM: OMAP2+: Pad SPL binary to 8-byte alignment before DTB") Beleswar Padhi explains that we must have ALIGN(x) statements inside of a section to ensure that padding is included and not simply that the linker address counter is incremented. To that end, this patch: - Expands some linker sections to be more readable when adding a second statement to the section. - Aligns the final section before _end (for U-Boot) or _image_binary_end or __bss_end (for xPL phases) by 8-bytes by adding '. = ALIGN(8);' to the final section before the symbol. - Ensure that we do have alignment by adding an ASSERT so that when not aligned we fail to link (and explain why). - Remove now-spurious '. = ALIGN(x);' statements that were intended to provide the above alignments. Tested-by: Michal Simek <michal.simek@amd.com> # Zynq Reviewed-by: Ilias Apalodimas <ilias.apalodimas@linaro.org> [trini: Also update arch/arm/cpu/armv8/u-boot.lds as Ilas requested] Signed-off-by: Tom Rini <trini@konsulko.com>
2026-01-19Merge tag 'xilinx-for-v2026.04-rc1-v2' of ↵Tom Rini
https://source.denx.de/u-boot/custodians/u-boot-microblaze AMD/Xilinx/FPGA changes for v2026.04-rc1 v2 microblaze: - Fix spl_boot_list order versal2: - Fix EMMC distro boot setup - Align distro boot variables with memory layout zynqmp-phy: - Sync with Linux kernel driver zynqmp: - Add verify_auth command - DT sync - Add placing variables to FAT/EXT4 - Enable PCIe driver by default pcie - xilinx-nwl: - Fix Link down crash ufs: - Align clock/reset with DT binding # -----BEGIN PGP SIGNATURE----- # # iHUEABYIAB0WIQSXAixArPbWpRanWW+rB/7wTvUR9QUCaW3p3wAKCRCrB/7wTvUR # 9VkwAP4jPRALpM34VpTimNe/iwigIx8hAHxbvkUU0oJ/DW6W8AEAhCSL+ydgreuv # kKCyNiOF1sm8IrOh4TdtMIFn37d4Dwg= # =AkKK # -----END PGP SIGNATURE----- # gpg: Signature made Mon 19 Jan 2026 02:22:55 AM CST # gpg: using EDDSA key 97022C40ACF6D6A516A7596FAB07FEF04EF511F5 # gpg: Can't check signature: No public key
2026-01-17board: tqma6: update RAM timing to verified settings Rev.0300DMarkus Niebel
Input from TQ-Systems hardware qualification team. Fixes performance issues if ethernet and display are used simultaneously. Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com> Signed-off-by: Max Merchel <Max.Merchel@ew.tq-group.com>
2026-01-17board: tqma6: Kconfig: select default SoM variant based on SoCMax Merchel
Defaults for SoM variant should depend on SoC variant. Signed-off-by: Max Merchel <Max.Merchel@ew.tq-group.com>
2026-01-17board: tqma6: improve config settings for TQMa6x/MBa6xPaul Gerber
- imply DM_I2C / DM_SPI / DM_MMC / DM_GPIO: boot relevant - add BUTTON support - add gpio LED support - enable CMD_TEMPERATURE to get query temperature in console - remove Variants that are Kconfig default - USB ethernet port is not in use by default, remove ethprime Signed-off-by: Paul Gerber <Paul.Gerber@tq-group.com> Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com> Signed-off-by: Max Merchel <Max.Merchel@ew.tq-group.com>
2026-01-17toradex: common: handle third MAC address for SMARC i.MX95Max Krummenacher
The toradex_smarc_imx95 board exposes three Ethernet ports. Set the third MAC address equal to the second MAC address. Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com> Reviewed-by: Francesco Dolcini <francesco.dolcini@toradex.com>
2026-01-17imx93_qsb: Invoke the ELE voltage APIs when adjust VDD_SOC voltagePeng Fan
SPL will adjust VDD_SOC to OD voltage, because some PMIC uses 0.8V as default for VDD_SOC. So need to call the voltage change APIs to avoid ELE Glitch Detection triggered reset. Signed-off-by: Ye Li <ye.li@nxp.com> Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx93_evk: Invoke the ELE voltage APIs when adjust VDD_SOC voltagePeng Fan
SPL will adjust VDD_SOC to OD voltage, because some PMIC uses 0.8V as default for VDD_SOC. So need to call the voltage change APIs to avoid ELE Glitch Detection triggered reset. Signed-off-by: Ye Li <ye.li@nxp.com> Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx95/4_evk: Add missing headerPeng Fan
Include asm/global_data.h for using DECLARE_GLOBAL_DATA_PTR. Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx95_evk: Sort header filesPeng Fan
Sort header files following the order: - generic-header - asm/generic-header - asm/arch/ - asm/mach-imx/ Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx94_evk: Sort header filesPeng Fan
Sort header files following the order: - generic-header - asm/generic-header - asm/arch/ - asm/mach-imx/ Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx91_evk: Cleanup headersPeng Fan
Drop unused headers and sort them. Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx93_qsb: Cleanup headersPeng Fan
Drop unused headers and sort them. Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx93_evk: Cleanup headersPeng Fan
Drop unused headers and sort them. Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx93_evk: Drop DECLARE_GLOBAL_DATA_PTRPeng Fan
No user of "gd" in this file, drop DECLARE_GLOBAL_DATA_PTR. Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx93_evk: Drop board_phy_configPeng Fan
There is already a weak function in drivers/net/phy/phy.c, which does the same thing. So drop it. Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx93_evk: Drop setup_fecPeng Fan
The clock settings could be handled by "assigned-clock-rates" through DM clock driver, so drop setup_fec(). board_init() is a dummy function now, so clean it up. Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx93_evk: Drop UART pad settingsPeng Fan
With DM_SERIAL and pinctrl driver, the UART pad settings in board code could be dropped. Then drop board_early_init_f(), since it is a dummy function now. While at here, remove WDOG_PAD_CTRL, since no user. Signed-off-by: Peng Fan <peng.fan@nxp.com>
2026-01-17imx93_frdm: clear and mask TCPC interruptsFrancesco Valla
One of the two on-board PTN5110 TCPC USB Power Delivery controller on the i.MX93 FRDM board shares its interrupt line whith the PCAL6524 power controller (GPIO3-27). Since the PTN5110 starts after POR with the interrupts enabled, this can lead to an interrupt storm on OS startup if only the driver for the PCAL6524 is loaded, because none is servicing (and clearing) the interrupt requests from the PTN5110. Maks and clear all interrupts as part uring board initialization; they can be re-enabled later by a proper OS driver if required. Co-developed-by: Joseph Guo <qijian.guo@nxp.com> Signed-off-by: Francesco Valla <francesco@valla.it> Reviewed-by: Fabio Estevam <festevam@gmail.com> Tested-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Reviewed-by: Peng Fan <peng.fan@nxp.com>
2026-01-16arm64: versal2: Fix emmc boot mode boot_target issuePranav Tilak
The eMMC boot device controller on Versal2 requires device pointer initialization before accessing its sequence number. The EMMC_MODE case was using dev_seq(dev) on an uninitialized pointer, causing corrupted boot_targets entries (mmc7f7fbfbf instead of mmc0/mmc1). Add uclass_get_device_by_name() call to properly initialize the device pointer before reading the sequence number. The dev sequence number is determined at runtime based on DT aliases. Fix boot_targets corruption in eMMC boot mode, allowing proper boot device selection instead of falling back to JTAG mode. Signed-off-by: Pranav Tilak <pranav.vinaytilak@amd.com> Signed-off-by: Michal Simek <michal.simek@amd.com> Link: https://lore.kernel.org/r/20260113060107.1136297-1-pranav.vinaytilak@amd.com
2026-01-14configs: Add google-pixel fragment config for Pixel 3, 3 XL, 5David Heidelberg
Introduce a fragment config for the Pixel 3, Pixel 3 XL, Pixel 5. On these devices, U-Boot is chainloaded via fastboot. However, due to additional requirements added by Google, the image header must have a specific value for the text offset. This is solved by setting CONFIG_TEXT_BASE to 0x80080000 in U-Boot. Reviewed-by: Simon Glass <simon.glass@canonical.com> Signed-off-by: David Heidelberg <david@ixit.cz> Reviewed-by: Petr Vorel <petr.vorel@gmail.com> Link: https://patch.msgid.link/20260108-pixel-config-v4-2-76a2212b69a5@ixit.cz Signed-off-by: Casey Connolly <casey.connolly@linaro.org>
2026-01-12board: zynqmp: allow env in fat/ext when booting out of qspiNeal Frager
Allow saving the environment in fat and in ext4 when bootmode is qspi. Signed-off-by: Ricardo Salveti <ricardo@foundries.io> Signed-off-by: Neal Frager <neal.frager@amd.com> Signed-off-by: Michal Simek <michal.simek@amd.com> Link: https://lore.kernel.org/r/20260106123729.1483656-1-neal.frager@amd.com
2026-01-07configs: sandbox: Enable environment in SPI NOR supportMarek Vasut
Make environment support in SPI NOR available in sandbox, so the environment storage in SPI NOR can be tested in CI. Enable redundant environment support as well to cover this in CI tests too. Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
2026-01-02toradex: tdx-cfg-block: add pid4 support for new modulesEmanuele Ghidoli
Add new PID4 to ConfigBlock handling: - 0217 Lino iMX93 Dual 2GB IT - 0218 Lino iMX91 Solo 2GB IT - 0219 OSM iMX93 Dual 2GB IT - 0220 OSM iMX91 Solo 2GB IT - 0221 Verdin AM62 Dual 1GB ET Lino and OSM are two new SoM families. The Verdin variant differs from the existing 0073 Verdin AM62 Dual 1GB ET by the presence of the GPU (AM625 instead of AM623), the absence of DSI interface (bridge not mounted) and eMMC size increased to 16GB instead of 4GB. Link: https://www.toradex.com/computer-on-modules/lino-arm-family Link: https://www.toradex.com/computer-on-modules/osm-arm-family Signed-off-by: Emanuele Ghidoli <emanuele.ghidoli@toradex.com> Reviewed-by: Francesco Dolcini <francesco.dolcini@toradex.com>
2026-01-02kbuild: Bump the build system to 6.1Sughosh Ganu
Our last sync with the kernel was 5.1. We are so out of sync now, that tracking the patches and backporting them one by one makes little sense and it's going to take ages. This is an attempt to sync up Makefiles to 6.1. Unfortunately due to sheer amount of patches this is not easy to review, but that's what we decided during a community call for the bump to 5.1, so we are following the same guidelines here. Signed-off-by: Sughosh Ganu <sughosh.ganu@linaro.org> Signed-off-by: Ilias Apalodimas <ilias.apalodimas@linaro.org>a #rebased on -next
2025-12-31arm: dts: mediatek: switch mt8365 to OF_UPSTREAMDavid Lechner
Change mt8365_evk_defconfig to use CONFIG_OF_UPSTREAM=y and delete the U-Boot copy of the devicetree source files for mt8365. The upstream devicetree is identical to the U-Boot one being removed (other than having more nodes for devices not used by U-Boot and upstream fixed a compatible string in &scpsys, also not affecting U-Boot). There was one minor glitch with upstream missing a few topckgen macro definitions, so those are added to the clock driver directly as a workaround. Reviewed-by: Macpaul Lin <macpaul.lin@mediatek.com> Signed-off-by: David Lechner <dlechner@baylibre.com>
2025-12-29imx: Support i.MX91 11x11 FRDM boardJoseph Guo
Add i.MX91 11x11 FRDM Board support. - Four ddr scripts included w/o inline ecc feature. Support both 1gb and 2gb DDR - SDHC/EQOS/I2C/UART supported - PCA9451 supported, default nominal drive mode - Documentation added. Signed-off-by: Joseph Guo <qijian.guo@nxp.com>
2025-12-29imx8ulp_evk: Move environment variables to .env fileAlice Guo
Add board-specific environment variables to imx8ulp_evk.env for better maintainability. Define bsp_bootcmd in the environment to resolve the runtime error: "bsp_bootcmd" not defined. Signed-off-by: Alice Guo <alice.guo@nxp.com>
2025-12-19Merge tag 'xilinx-for-v2026.04-rc1' of ↵Tom Rini
https://source.denx.de/u-boot/custodians/u-boot-microblaze into next AMD/Xilinx/FPGA changes for v2026.04-rc1 xilinx: - Sync ESRT with detected GUID - DT cleanups - Add logic for FRU information multiple times - Enable more drivers pca9541, usb5744 - Enable more commands - Cleanup firmware DT bindings firmware: - Add enhancement SMC format support clk/versal: - Various cleanups - Add support for Versal Gen 2 i2c: - cdns: Add timeout for RXDV status bit polling spi: - cadence: Remove cdns,is-dma DT property - cadence: Remove duplicated return - cadence_versal: Update flash reset delay memtop: - Update max memory reserved spaces to 64 Versal Gen 2: - Aligned addresses with default memory map - Add support for reading multiboot value MB-V: - Make SPL smaller - Add support for SPI - Move SPL to run out of BRAM ZynqMP: - Change default load address for BL32
2025-12-19Merge tag 'u-boot-amlogic-next-20251219' of ↵Tom Rini
https://source.denx.de/u-boot/custodians/u-boot-amlogic into next - Add u-boot SPL support for GX SoCs - meson_gx_mmc: reduce maximum frequency - Add support for EFI capsule updates on all Amlogic boards
2025-12-19board: xilinx: add SPL boot device supportPadmarao Begari
Add board_boot_order() function and remove spl_boot_device() function because it is called from weak board_boot_order(). Add support to U-Boot SPL for booting from RAM or SPI, as configured in defconfig. Signed-off-by: Padmarao Begari <padmarao.begari@amd.com> Signed-off-by: Michal Simek <michal.simek@amd.com> Link: https://lore.kernel.org/r/a1f26a9392128309a1affed28b14809845714c21.1764747417.git.michal.simek@amd.com
2025-12-19arm64: versal2: Read and show multiboot valueMichal Simek
SOC can boot from different boot medias and also different offsets that's why by default show multiboot value to be aware which image system is booting out of. It is especially useful for systems with A/B update enabled. Also limit zynqmp_pm_get_pmc_multi_boot_reg() usage only for Versal and Versal Gen 2. Signed-off-by: Michal Simek <michal.simek@amd.com> Link: https://lore.kernel.org/r/fd7564ce2f51d965c273e939e98de01beb92e6f5.1764232124.git.michal.simek@amd.com
2025-12-19board: xilinx: Retry FRU EEPROM read on timeoutPadmarao Begari
Wrap the dm_i2c_read() call is used for FRU EEPROM reads in a retry loop, attempting up to EEPROM_FRU_READ_RETRY times if a -ETIMEDOUT error is returned. The loop exits immediately on success or any error other than -ETIMEDOUT. This improves robustness against transient I2C timeouts during FRU detection and decoding. Signed-off-by: Padmarao Begari <padmarao.begari@amd.com> Reviewed-by: Matthias Brugger <mbrugger@suse.com> Signed-off-by: Michal Simek <michal.simek@amd.com> Link: https://lore.kernel.org/r/9556d204c351d2dc40176a31dab11f789fd1cc7f.1763542221.git.michal.simek@amd.com
generated by cgit v1.2.3 (git 2.25.1) at 2026-08-05 15:44:13 +0000