summaryrefslogtreecommitdiff
path: root/arch/arm/dts
AgeCommit message (Collapse)Author
9 daysarm64: dts: renesas: r8a779g3: Drop set VDDQ18_25_AVB voltage on Retronix ↵Marek Vasut
R-Car V4H Sparrow Hawk EVTB1 This partly reverts commit 1df2880e9512f4760f615668e5d06aa5f44b778a. This change is part of Linux 6.18.y DTs as commit 7d1e3aa2826a ("arm64: dts: renesas: sparrow-hawk: Set VDDQ18_25_AVB voltage on EVTB1") Drop the duplicate change from U-Boot DT. Signed-off-by: Marek Vasut <[email protected]>
9 daysarm64: dts: renesas: r8a779g3: Drop invert microSD voltage selector on ↵Marek Vasut
Retronix R-Car V4H Sparrow Hawk EVTB1 This reverts commit 74bc80190c48dce43a59cbae1975ccf10f671bc2. This change is part of Linux 6.18.y DTs as commit ae95807b00e1 ("arm64: dts: renesas: sparrow-hawk: Invert microSD voltage selector on EVTB1") Drop the duplicate change from U-Boot DT. Signed-off-by: Marek Vasut <[email protected]>
9 daysarm64: dts: renesas: r8a779g3: Drop generic SPI NOR support on Retronix ↵Marek Vasut
R-Car V4H Sparrow Hawk board This reverts commit 797255d897d635799fbb878262b7491e07ceac9e. This change is part of Linux 6.18.y DTs as commit 95319aaa3ffc ("arm64: dts: renesas: sparrow-hawk: Describe generic SPI NOR support") Drop the duplicate change from U-Boot DT. Signed-off-by: Marek Vasut <[email protected]>
2026-08-15remoteproc: renesas: rsip: Extract SCP initialization from board fileMarek Vasut
Move the SCP initialization from board file into remoteproc driver where this is supposed to be. Add SCP MDLC DT node and describe the SCP reset controlled by the SCP MDLC in remoteproc DT node. Adjust the driver to control the SCP reset via reset framework instead of the current board-specific register poking. Signed-off-by: Marek Vasut <[email protected]>
2026-08-13arm: dts: k3-am625-beagleplay: add bootph tags to pmic regulatorsAnshul Dalal
With commit 607d45d1e3b3 ("power: pmic: tps65219: fail if regulators node is missing"), the driver requires the PMIC node to have regulator nodes. Since we don't have bootph tags in the regulator child nodes, the resulting DTB doesn't have any regulator child nodes for the SPL phase leading to boot failures. Therefore this patch explicitly adds the bootph-all tag to all regulator nodes for the beagleplay. Signed-off-by: Anshul Dalal <[email protected]>
2026-08-11arm: dts: layerscape: drop leading zeros from unit addressesVincent Jardin
Fix many dtc warning for the Layerscape device trees with W=1. Without this fix, it emits over 30 unit_address_format warnings. No functional change. Signed-off-by: Vincent Jardin <[email protected]> Signed-off-by: Peng Fan <[email protected]>
2026-08-09Merge branch 'main' of ↵Tom Rini
https://git.u-boot-project.org/u-boot/custodians/u-boot-usb - MTU3 DT bindings alignment with Linux DT bindings.
2026-08-09usb: mtu3: support the upstream devicetree bindingCarlo Caione
The MTU3 glue driver expects a synthetic mediatek,ssusb child that combines the device and xHCI register windows. Upstream devicetrees instead put the device resources on the controller node and describe the xHCI window with a standard child node, so U-Boot cannot use an upstream topology. Switch to the upstream layout. The controller owns the shared resources and the device MAC, with the device register offsets relative to it as in Linux. The gadget role binds as a node-less internal device, while the host role binds to an enabled xHCI child and uses its own clocks, supplies and register window. dr_mode selects the role and defaults to otg, and the Kconfig choice constrains which role the build provides. The legacy child layout is rejected explicitly so its combined register window cannot be mistaken for the device MAC. Convert the in-tree MT8183 and MT8512 devicetrees in the same commit so neither platform is left without USB. MT8512 stays peripheral-only because its xHCI host interrupt is not documented and the mediatek,mtk-xhci binding requires it. Reviewed-by: Marek Vasut <[email protected]> Signed-off-by: Carlo Caione <[email protected]>
2026-08-08Merge branch 'main' of ↵Tom Rini
https://git.u-boot-project.org/u-boot/custodians/u-boot-sh This includes temporary U-Boot DT ECC carveouts for R-Car Gen5, they will be dropped from U-Boot DTs once OF_UPSTREAM DTs get re-synced. This also includes RPC-IF support for R-Car Gen5 and env storage in RPC HF. This also includes an update for R-Car Gen5 UFS controller driver.
2026-08-07arm64: dts: renesas: ironhide: Describe inline ECC carveoutsMarek Vasut
The DBSC5 DRAM controller protects DRAM content using inline ECC. The inline ECC utilizes areas of DRAM for its operation, which are in the DRAM address range, but must not be accessed or modified. Describe the inline ECC carveout areas used by the DBSC5 controller on this hardware as reserved-memory, which must not be accessed. Include DRAM areas which are unprotected by ECC as well, those are parts of the DRAM which directly precede the ECC carveout. In case of high DRAM utilization, unless the inline ECC carveouts are properly reserved, Linux may use and corrupt the memory used by the DBSC5 DRAM controller for inline ECC, which would lead to the system becoming unstable. Ported from Linux 7.2-rc5 commit 6fa6ee724d8d ("arm64: dts: renesas: ironhide: Describe inline ECC carveouts") Signed-off-by: Marek Vasut <[email protected]>
2026-08-07arm64: dts: renesas: ironhide: Describe all reserved memoryMarek Vasut
Fully describe all available DRAM in the DT, and describe regions which are not accessible because they are used by firmware in reserved-memory nodes. Replace the first memory bank memory@60600000 with memory@40000000 and a 518 MiB long reserved-memory no-map subnode. This memory region is used by other cores in the system. Reserve 32 kiB of memory at 0x8c100000 for parameters shared by IPL, SCP, TFA BL31 and TEE. Reserve 512 kiB of memory at 0x8c200000 for TFA BL31. The upcoming upstream TFA 2.15 BL31 uses memory from 0x8c200000..0x8c242fff; rounding up to 512 kiB is slight future-proofing. Reserve 32 MiB of memory at 0x8c400000 for OPTEE-OS, which is the entire OPTEE-OS TZ protected DRAM area. Neither TFA BL31 nor OPTEE-OS modify the DT passed to Linux in any way with any new reserved-memory {} nodes to reserve memory areas used by the TFA BL31 or OPTEE-OS to prevent the next stage from using those areas, which lets Linux use all of the available DRAM as it is described in the DT that was passed in by U-Boot, including the areas that are newly utilized by TFA BL31 or OPTEE-OS. In case of high DRAM utilization, unless the memory used by TFA BL31 or OPTEE-OS is properly reserved, Linux may use and corrupt the memory used by TFA BL31 or OPTEE-OS, which would lead to the system becoming unresponsive. Ported from Linux 7.2-rc5 commit 5250b3b1ad99 ("arm64: dts: renesas: ironhide: Describe all reserved memory") Signed-off-by: Marek Vasut <[email protected]>
2026-08-07arm: renesas: Bind RPC on R-Car R8A78000 X5H Cortex-M33 RSIP portMarek Vasut
Bind RPC and HyperFlash in DT on R-Car R8A78000 X5H Cortex-M33 RSIP. RPC is used both to update the HF content, which includes the U-Boot on RSIP itself and SCP firmware, as well as access the U-Boot environment for U-Boot on RSIP. Signed-off-by: Marek Vasut <[email protected]>
2026-08-07Merge tag 'u-boot-imx-main-20260807' of ↵Tom Rini
https://git.u-boot-project.org/u-boot/custodians/u-boot-imx CI: https://git.u-boot-project.org/u-boot/custodians/u-boot-imx/-/pipelines/906 - Fix a boot regression on i.MX7 related to the system counter. - Add Aquila iMX95 0243 PID4. - Update phycore_imx8mm DDR timings. - Add FRDM-IMX95 initial support. - Handle FCFB header during SPI NOR boot and CST backend selection.
2026-08-06imx: Add FRDM-IMX95 initial supportJoseph Guo
Add boot support and peripherals like eMMC/SD, UART, I2C, GPIO, ENETC0/1 and PCIE0/1 for iMX95 15x15 FRDM. Updated doc for build instructions. Signed-off-by: Lei Xu <[email protected]> Signed-off-by: Joseph Guo <[email protected]>
2026-08-03board: phycore_imx8mm: add 1 and 4GB RAM timingsINgo Rah
The Phytec Tauri L is sold with multiple memory configurations beyond the base 2 GB variant. To support these alternative capacities seamlessly, read the physical memory size directly from the EEPROM of the underlying phyCORE module and apply the appropriate DDR timing parameters at runtime. Alternatively, a fixed memory configuration can still be enforced via a dedicated Kconfig option if dynamic detection is not desired. Note that while U-Boot correctly discovers the full physical memory bank, the device tree excludes the memory beyond 3 GB (below the 4 GB boundary). This ensures that U-Boot allocations and early EFI staging buffers remain safe from 32-bit interconnect DMA limitations inherent to some i.MX8MM IP blocks. Signed-off-by: INgo Rah <[email protected]> Reviewed-by: Gregor Herburger <[email protected]> Reviewed-by: Benedikt Spranger <[email protected]> Reviewed-by: Yannic Moog <[email protected]> Tested-by: Yannic Moog <[email protected]>
2026-08-02arm: dts: renesas: Remove unused OPP nodes from R-Car H3/M3-W/M3-W+/M3-NMarek Vasut
Remove OPP DT nodes from R-Car H3, M3-W, M3-W+ and M3-N DTs, those nodes are not used by U-Boot and only increase the control DT size and complexity. This saves about 1 kiB on the resulting U-Boot binary without any impact on functionality. Signed-off-by: Marek Vasut <[email protected]>
2026-08-02Revert "arm64: dts: renesas: r8a779g3: Reinstate basic PCIe clock ↵Marek Vasut
description for Sparrow Hawk" This reverts commit a6f018b7b503c026cc66d25bd59868bac70150dc. The a6f018b7b503 ("arm64: dts: renesas: r8a779g3: Reinstate basic PCIe clock description for Sparrow Hawk") workaround for missing PCIe clock generator driver is no longer necessary, as the Renesas 9-series PCIe clock generator driver is now available. Drop the workaround. Signed-off-by: Marek Vasut <[email protected]>
2026-07-30arm: mvebu: Add Allied Telesis x960 boardChris Packham
The x960-28YSQ is a 25G/100G layer 3 switch from Allied Telesis. Signed-off-by: Chris Packham <[email protected]> Reviewed-by: Stefan Roese <[email protected]> [sr: fix DT file name in MAINTAINERS]
2026-07-29arm: qcom: Update ipq5424-rdp466-u-boot.dtsi for v7.1-dts changesTom Rini
Once we move to the v7.0-dts tag, we get a failure to build of: dts/upstream/src/arm64/qcom/ipq5424.dtsi:556.21-573.5: ERROR (phandle_references): /soc@0/mmc@7804000: Reference to non-existent node or label "sdc_default_state" also defined at arch/arm/dts/ipq5424-rdp466-u-boot.dtsi:20.8-39.4 ERROR: Input tree has errors, aborting (use -f to force output) Looking over the changes, this appears to be what's required to keep the platform functioning as expected. Acked-by: Casey Connolly <[email protected]> Signed-off-by: Tom Rini <[email protected]>
2026-07-29arm: imx943: Update dts files to build with v7.1-dts tagTom Rini
When moving to the v7,1-dts tag, we see a few problems trying to build this platform. In turn, when looking at the upstream changes we can see that USB3 support has been included now, but isn't exactly the same as in our tree either. Modify things such that we build again. Signed-off-by: Tom Rini <[email protected]>
2026-07-28arm: dts: k3-am68-phyboard-izar-u-boot: Add mcu_i2c0Dominik Haller
Add mcu_i2c0 to access the pmic watchdog control registers. Signed-off-by: Dominik Haller <[email protected]>
2026-07-28arm: dts: Add SD dts for the sc598 EZKITCaleb Ethridge
The eMMC and SD card on the sc598 share pins, so they cannot be used at the same time. Previously, this was managed with a patch applied by the relevant build system, but patches are brittle and have to be maintained. Instead, they have been replaced with two separate device trees , one for eMMC and one for SD card, which inherit a shared base dtsi. The build system can then select between the default device tree which enabled eMMC or the other device tree which enables SD card support. Signed-off-by: Caleb Ethridge <[email protected]>
2026-07-28Merge patch series "Enable Ethernet boot on SK-AM62A-LP"Tom Rini
Chintan Vankar <[email protected]> says: This series enables Ethernet boot on SK-AM62A-LP. The series is based on commit 'a18265f1ccb7' of origin/next branch of U-Boot repo. Link: https://lore.kernel.org/r/[email protected]
2026-07-28arm: dts: k3-am62a7-sk-u-boot: Enable DM services for main_pktdmaChintan Vankar
Enable DM services for main_pktdma during R5 SPL stage. Tested-by: Anshul Dalal <[email protected]> Signed-off-by: Chintan Vankar <[email protected]>
2026-07-27Merge tag 'u-boot-imx-main-20260727' of ↵Tom Rini
https://git.u-boot-project.org/u-boot/custodians/u-boot-imx CI: https://git.u-boot-project.org/u-boot/custodians/u-boot-imx/-/pipelines/749 - Support authenticating signed Mcore container image on i.MX9. - Support booting CM70, CM71 and CM33 sync cores on i.MX9. - Add i.MX SNVS RTC driver. - Detect RAM sizes on Toradex smarc and aquila i.MX95 boards. - Add support for the Librem5 devkit. - Subtract half a cycle instead of three quarters of a cycle after DQS gating calibration on i.MX6. - Several tqma6 improvements. - Add product ID support for new Toradex boards.
2026-07-27Merge tag 'u-boot-rockchip-2026.10-20260724' of ↵Tom Rini
https://git.u-boot-project.org/u-boot/custodians/u-boot-rockchip - Switched to use upstream pinctrl header include, - Dropped SDHCI DT properties in U-Boot-specific DT for NanoPi R5 as most are present upstream and those which aren't are breaking devices, - Fixed ECC strength mismatch between reading and writing on non-0 NAND chips configured as boot medium (nand-is-boot-medium), - Moved Simon to reviewer for ARM ROCKCHIP, - Fixed build issue related to GPT capsule support accessing a struct member only present when CONFIG_PARTITION_TYPE_GUID is set, - Added support for new devices: - Anbernic RG-DS - ROC-RK3588S-PC
2026-07-27dts: tqma6: mba6: remove old device treesMax Merchel
No longer required due to the use of upstream device trees. Signed-off-by: Max Merchel <[email protected]>
2026-07-27ARM: dts: tqma6: add boot phase propertiesMax Merchel
Add boot phase properties from U-Boot device tree. This commit can be reverted if changes are integrated in upstreem device trees and synced with U-Boot. Signed-off-by: Max Merchel <[email protected]>
2026-07-27board: tqma6: change U-Boot device tree fragmentsMarkus Niebel
We will need GPIO to distinguish between SOM variants with / without workaround for ENET errata. This is necessary to implement the appropriate solution and remove code intended for the non-DM use case. To support reuse, split them in SOM and baseboard specific parts. Prepare fragments for use with SPL. Signed-off-by: Markus Niebel <[email protected]> Signed-off-by: Max Merchel <[email protected]>
2026-07-27imx93_frdm: Add OP-TEE device tree nodeMathieu Dubois-Briand
Add missing firmware/optee node, so is can be both used and copied into Linux device tree by optee_copy_firmware_node(). This is consistent with other i.MX93 boards. Signed-off-by: Mathieu Dubois-Briand <[email protected]>
2026-07-27arm64: dts: imx8mn: Drop nxp,fspi-header-filenameMarek Vasut
The FSPI header is now generated purely using binman, drop no longer supported nxp,fspi-header-filename property. Acked-by: Peng Fan <[email protected]> Reviewed-by: Simon Glass <[email protected]> Signed-off-by: Marek Vasut <[email protected]>
2026-07-27arm64: dts: imx8mm: Drop nxp,fspi-header-filenameMarek Vasut
The FSPI header is now generated purely using binman, drop no longer supported nxp,fspi-header-filename property. Acked-by: Peng Fan <[email protected]> Reviewed-by: Simon Glass <[email protected]> Signed-off-by: Marek Vasut <[email protected]>
2026-07-27arm: dts: tqma6ul: integrate tq,eeprom sysinfo driverMax Merchel
Add sysinfo node for tq,eeprom sysinfo driver. Signed-off-by: Max Merchel <[email protected]>
2026-07-27arm: dts: tqma6ul: add eeprom nvmem-layoutMax Merchel
TQMa6UL has board-information located in EEPROM at offset 0x20. Add necessary nodes and properties for nvmem-cells. Revert this commit once the upstream linux device trees are accepted and synchronized. Signed-off-by: Max Merchel <[email protected]>
2026-07-27arm64: dts: imx8m: Reinstate TEE ifdefferyMarek Vasut
Since b57ed147939c ("dts: imx8m{m,n,p,q}: Make optee packaging optional") the TEE node is always present in U-Boot proper fitImage, even if the CONFIG_OPTEE is disabled because the u-boot.itb should not contain any tee.bin. This is wasteful, and produces the following warning which is also confusing to users: " Image 'image' is missing optional external blobs but is still functional: tee-os /binman/section/fit/images/tee/tee-os (tee.bin): See the documentation for your board. You may need to build Open Portable Trusted Execution Environment (OP-TEE) and build with TEE=/path/to/tee.bin " Reinstate the CONFIG_OPTEE ifdeffery to mitigate the problem, but retain the binman "optional" keyword at tee.bin . Before: " $ mkimage -l u-boot.itb FIT description: Configuration to load ATF before U-Boot Created: Tue Jun 30 17:23:54 2026 Image 0 (uboot) ... Image 2 (tee) <------------------------------ bogus empty image entry Description: OP-TEE | Created: Tue Jun 30 17:23:54 2026 | Type: Trusted Execution Environment Image | Compression: uncompressed | Data Size: 0 Bytes = 0.00 KiB = 0.00 MiB <--------' Image 3 (fdt-1) ... " After: " $ mkimage -l u-boot.itb FIT description: Configuration to load ATF before U-Boot Created: Tue Jun 30 17:58:15 2026 Image 0 (uboot) ... Image 1 (atf) ... Image 2 (fdt-1) ... " Fixes: b57ed147939c ("dts: imx8m{m,n,p,q}: Make optee packaging optional") Signed-off-by: Marek Vasut <[email protected]> Reviewed-by: Peng Fan <[email protected]>
2026-07-27arm: dts: imx943-evk: Add label for gpio expander devicesYe Li
Because the i2c address of some gpio expander devices are same, so in dts they have same node name which lead to same gpio device name. Users can't get the GPIO through GPIO API or GPIO command. Add the label to each gpio expander node, hence give unique name. Signed-off-by: Ye Li <[email protected]> Reviewed-by: Peng Fan <[email protected]>
2026-07-27board: purism: Add support for the Librem5 devkitGuido Günther
Although it has similar naming the Librem 5 Devkit is a completely different design from the Librem 5 phone. It uses an imx8mq SOM from Emcraft, a separate HDMI port instead of DisplayPort, different USB-C chip, panel, etc. This is based on a Emcraft's SOM documentation, Purism's downstream fork and the available schematics of the devkit. Link: https://developer.puri.sm/Librem5/Development_Environment/Boards/imx8.html Link: https://source.puri.sm/Librem5/dvk-mx8m-bsb Co-authored-by: Angus Ainslie <[email protected]> Co-authored-by: Manuel Traut <[email protected]> Signed-off-by: Manuel Traut <[email protected]> Tested-by: Manuel Traut <[email protected]> Signed-off-by: Guido Günther <[email protected]> [fabio: Removed the arch/arm/dts/Makefile entry that does not apply and it is not needed as the board uses OF_UPSTREAM] Signed-off-by: Fabio Estevam <[email protected]>
2026-07-23rockchip: pinctrl: replace RK_FUNC_n definesJohan Jonker
The use of RK_FUNC_n defines is deprecated in the upstream rockchip.h file. Replace all them by the function number. Signed-off-by: Johan Jonker <[email protected]> Reviewed-by: Quentin Schulz <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: Quentin Schulz <[email protected]>
2026-07-22arm: dts: mt7988: remove clock-parent propertiesDavid Lechner
Remove all clock-parent properties from mt7988.dtsi. The clock driver for this no longer uses this property. And this property would not be acceptable upstream anyway. Link: https://patch.msgid.link/20260710-mtk-clk-parent-lookup-improvements-v2-23-f3f3a4a28dca@baylibre.com Signed-off-by: David Lechner <[email protected]>
2026-07-22arm: dts: mt7986: remove clock-parent propertiesDavid Lechner
Remove all clock-parent properties from mt7986.dtsi. The clock driver for this no longer uses this property. And this property would not be acceptable upstream anyway. Link: https://patch.msgid.link/20260710-mtk-clk-parent-lookup-improvements-v2-22-f3f3a4a28dca@baylibre.com Signed-off-by: David Lechner <[email protected]>
2026-07-22arm: dts: mt7981: remove clock-parent propertiesDavid Lechner
Remove all clock-parent properties from mt7981.dtsi. The clock driver for this no longer uses this property. And this property would not be acceptable upstream anyway. Link: https://patch.msgid.link/20260710-mtk-clk-parent-lookup-improvements-v2-21-f3f3a4a28dca@baylibre.com Signed-off-by: David Lechner <[email protected]>
2026-07-22arm: dts: mt7623: remove duplicate topckgen overrideDavid Lechner
Remove a duplicate topckgen override setting `bootph-all;`. The same code was written twice in a row (probably copy/paste leftover). Link: https://patch.msgid.link/20260708-mtk-mt7623-remove-dup-dt-override-v1-1-efffd4b6c12a@baylibre.com Signed-off-by: David Lechner <[email protected]>
2026-07-22arm: dts: mediatek: add U-Boot dtsi overrides for Genio 510 and Genio 700Julien Stephan
U-Boot applies DTS overrides by searching for files in the following priority order [1]: <orig_filename>-u-boot.dtsi <CONFIG_SYS_SOC>-u-boot.dtsi <CONFIG_SYS_CPU>-u-boot.dtsi <CONFIG_SYS_VENDOR>-u-boot.dtsi u-boot.dtsi For Genio 510 and Genio 700, the common mt8188-u-boot.dtsi override is never applied because none of the lookup paths resolve to it (CONFIG_SYS_SOC="mediatek", CONFIG_SYS_CPU="armv8", CONFIG_SYS_VENDOR="mediatek"). Add board-specific overrides for mt8370-genio-510-evk and mt8390-genio-700-evk that include mt8188-u-boot.dtsi. While at it, also add mt8188-u-boot.dtsi into board/mediatek/MAINTAINERS. [1]: https://docs.u-boot.org/en/stable/develop/devicetree/control.html#adding-tweaks-for-u-boot Signed-off-by: Julien Stephan <[email protected]> Reviewed-by: Mattijs Korpershoek <[email protected]> Link: https://patch.msgid.link/20260701-fix-genio-510-genio-700-dts-override-v1-1-cb571f8c9296@baylibre.com Signed-off-by: David Lechner <[email protected]>
2026-07-20global: Switch from source.denx.de to git.u-boot-project.orgTom Rini
As part of moving our git forge to a new location, update all references in tree to point to git.u-boot-project.org now. Signed-off-by: Tom Rini <[email protected]>
2026-07-20board: rockchip: add Anbernic RG-DSChris Morgan
Add support for the Anbernic RG-DS dual-screen handheld gaming device. Link: https://anbernic.com/products/rgds Signed-off-by: Chris Morgan <[email protected]> Reviewed-by: Quentin Schulz <[email protected]> Reviewed-by: Kever Yang <[email protected]> Link: https://patch.msgid.link/[email protected] [conflict resolution in doc/board/rockchip/rockchip.rst due to commit b5deaa71fbe5 ("board: rockchip: Add support for 9Tripod X3568 v4")] Signed-off-by: Quentin Schulz <[email protected]>
2026-07-20rockchip: rk3568-nanopi-r5: Drop duplicated/extra sdhciPeter Robinson
The pinctrl settings are now upstream, with the upstream voltage supplies, and the HS200 mode is confirmed to work fine but the HS400 mode had reported issues so let's just consume what the upstream DT has now as it's all known good. Reported-by: Dusty Mabe <[email protected]> Tested-by: Dusty Mabe <[email protected]> Signed-off-by: Peter Robinson <[email protected]> Reviewed-by: Quentin Schulz <[email protected]> Link: https://patch.msgid.link/[email protected] Signed-off-by: Quentin Schulz <[email protected]>
2026-07-16board: toradex: verdin-am62: select tifsstub via FIT configAristo Chen
Use the k3_fit_config_match_security_state() helper introduced in the earlier "arm: k3: select tifsstub via board_fit_config_name_match" patch to pick the right tifsstub variant on Verdin AM62 and AM62P SoMs at FIT config selection time. The k3-am625-verdin-wifi-dev-binman.dtsi and k3-am62p5-verdin-wifi-dev-binman.dtsi FIT images are split into per-security-state configurations (conf-hs-se, conf-hs-fs), and board_fit_config_name_match() in each verdin board file forwards to the shared K3 helper. The previous implementation returned 0 unconditionally which matched the first listed configuration regardless of the actual silicon, which after the dtsi split would load the wrong tifsstub variant on HS-SE parts. Signed-off-by: Aristo Chen <[email protected]>
2026-07-16board: phytec: phycore-am62: select tifsstub via FIT configAristo Chen
Use the k3_fit_config_match_security_state() helper introduced in the earlier "arm: k3: select tifsstub via board_fit_config_name_match" patch to pick the right tifsstub variant on phycore AM62x and AM62Ax SoMs at FIT config selection time. The k3-am625-phycore-som-binman.dtsi and k3-am62a-phycore-som-binman.dtsi FIT images are split into per-security-state configurations (conf-hs-se, conf-hs-fs), and board_fit_config_name_match() in each phycore board file forwards to the shared K3 helper. Signed-off-by: Aristo Chen <[email protected]>
2026-07-16arm: k3: select tifsstub via board_fit_config_name_matchAristo Chen
TI K3 AM62x/AM62Ax/AM62Px boards carry two or three mutually-exclusive tifsstub variants in their tispl.bin FIT images, all at the same load address. The existing approach loads every variant and then discards the wrong ones at runtime via a *p_size = 0 hack in board_fit_image_post_process(). Switch to selecting the appropriate FIT configuration up front via board_fit_config_name_match() so only the correct tifsstub is loaded in the first place. board_fit_config_name_match() is invoked by the R5 SPL during FIT config selection. get_device_type() is a simple register read that is available at that point, so the security state can be determined early. The matching logic is factored into k3_fit_config_match_security_state() in arch/arm/mach-k3/common.c so it can be shared by any K3 board that wants this scheme. It matches configurations by a suffix appended to the description string: -hs-se -> HS-SE (K3_DEVICE_TYPE_HS_SE) -hs-fs -> HS-FS (K3_DEVICE_TYPE_HS_FS) -gp -> GP (K3_DEVICE_TYPE_GP) Configurations without a security-state suffix (e.g. u-boot.img) do not match and fall through to the DTS-specified default config naturally. Each TI EVM board defines its board_fit_config_name_match() as a thin wrapper around the shared helper: - board/ti/am62x/evm.c (AM625 SK: hs-se, hs-fs, gp) - board/ti/am62ax/evm.c (AM62A SK: hs-se, hs-fs, gp) - board/ti/am62px/evm.c (AM62P SK: hs-se, hs-fs, gp) FIT configurations are split per security state in: - arch/arm/dts/k3-am625-sk-binman.dtsi (ti-falcon, ti-spl, ti-spl_unsigned: conf-hs-se/conf-hs-fs/conf-gp) - arch/arm/dts/k3-am62a-sk-binman.dtsi (ti-falcon, ti-spl: conf-hs-se/conf-hs-fs; no GP variant on AM62A) - arch/arm/dts/k3-am62p-sk-binman.dtsi (ti-falcon, ti-spl: conf-hs-se/conf-hs-fs; no GP variant on AM62P) The runtime filter in board_fit_image_post_process() is intentionally left in place. It becomes redundant once every board using the AM62x family dtsi files migrates to per-state configurations. The dtsi for phytec phycore and toradex verdin boards is updated by separate patches in this series, and the now-redundant runtime filter is removed by the final patch in the series. Signed-off-by: Aristo Chen <[email protected]> Reviewed-by: Anshul Dalal <[email protected]>
2026-07-10Merge tag 'u-boot-rockchip-2026.10-20260710' of ↵Tom Rini
https://git.u-boot-project.org/u-boot/custodians/u-boot-rockchip CI: https://git.u-boot-project.org/u-boot/custodians/u-boot-rockchip/-/pipelines/597 - Add new rockchip custodian, - Remove inactive rockchip custodian, - Preemptively fix rk3528/rk356x DTS issue that will come with 7.1 upstream DTS sync, - Fix typo in doc, - Fix variable used before being set in rockchip_nfc, - Fix asm-operand-widths clang warning for RK3528, RK3576 and RK3588, - Work around HW undefined state for NVMEs on RK3588 Jaguar, - Added support for new devices: - LinkEase EasePi R1 - 9Tripod X3568 v4