u-boot.git/arch/arm/dts/Makefile, branch next

arch: arm: dts: n5x: switch to using upstream Linux DT config

2026-08-19T16:36:03Z

Migrate the legacy n5x platform to use the upstream Linux device tree configuration. This helps reduce maintenance overhead and aligns U-Boot with the Linux kernel's DTS hierarchy and naming conventions. This change improves consistency between U-Boot and Linux by removing custom/legacy DTS handling and instead relying on the standardized definitions provided by the upstream Linux DTS. Signed-off-by: Chen Huei Lok

arch: arm: dts: stratix10: Switch to using upstream Linux DT config

2026-08-19T15:07:04Z

Migrate the legacy Stratix10 platform to use the upstream Linux device tree configuration. This helps reduce maintenance overhead and aligns U-Boot with the Linux kernel's DTS hierarchy and naming conventions. This change improves consistency between U-Boot and Linux by removing custom/legacy DTS handling and instead relying on the standardized definitions provided by the upstream Linux DTS. Signed-off-by: Alif Zakuan Yuslaimi

Merge patch series "k3-am62-pocketbeagle2: add board and variant support"

2026-08-11T18:52:16Z

Randolph Sapp says: Resubmitting with a synced rm-cfg.yaml and tuned diff parameters. We desperately need to add documentation about how the rm-cfg.yaml is generated here. And the beagleplay needs to get it's rm-cfg resynced with am62x at some point. Since it's been decided internally to follow along with what Zephyr is doing and make a completely separate device tree for the 1GB + eMMC Industrial board, I'm resubmitting v3 with the variant support patch dropped. We will circle back to enable the Industrial part once the dt has been accepted kernel side. See the following link for more information regarding that decision: https://lore.kernel.org/u-boot/DJLTHZL0ERIG.JV1UL67GFIVJ@ti.com/ Add initial board support for the PocketBeagle 2 from BeagleBoard.org. This is based on the current official series from Robert Nelson [1] and work from Bryan Brattlof [2]. Now that the various memory issues have been resolved we can clearly see at runtime that there's an issue with the current device. One of our reservations overlaps with the u-boot stack. To get around this we'll need to change the relocation address to something we know will not collide. [1] https://github.com/beagleboard/u-boot/tree/v2026.01-am62-pocketbeagle2 [2] https://github.com/bryanbrattlof/beagleboot/tree/b4/pb2i Link: https://lore.kernel.org/r/20260730215319.965327-2-rs@ti.com

k3-am62-pocketbeagle2: add initial board support

2026-08-11T18:51:39Z

Add initial board support for the PocketBeagle 2, based on Robert Nelson and Bryan Brattlof's work. Unify all debug consoles to main_uart6. Use DDR config v10.32 from our sysconfig tool [1] for Kingston's memory [2], (4Gb Desnity with a CL of 11 and CWL of 9). Add support for the SPL_TEXT_BASE config parameter. Ensure all files have a summary and SPDX identifier. Also, use board_get_usable_ram_top() to fixup our relocaddr since otherwise the u-boot stack reservation will collide with the wkup_r5fss0_core0_memory_region. [1] https://dev.ti.com/sysconfig [2] https://mm.digikey.com/Volume0/opasdata/d220001/medias/docus/6465/D2516AN9EXGXN-TU.pdf Signed-off-by: Randolph Sapp Reviewed-by: Andrew Davis

arm: mvebu: Add Allied Telesis x960 board

2026-07-30T20:06:23Z

The x960-28YSQ is a 25G/100G layer 3 switch from Allied Telesis. Signed-off-by: Chris Packham Reviewed-by: Stefan Roese [sr: fix DT file name in MAINTAINERS]

arm: dts: Add SD dts for the sc598 EZKIT

2026-07-28T18:30:55Z

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

Merge patch series "arm: aspeed: add initial AST2700 SoC support"

2026-06-29T21:29:56Z

Ryan Chen says: AST2700 is the 8th generation of Integrated Remote Management Processor introduced by ASPEED Technology Inc. It is a Board Management Controller (BMC) SoC family with a dual-die architecture: SoC0 ("CPU" die with four ARM Cortex-A35 application cores) and SoC1 ("IO" die with peripherals) each SoC have its own SCU PLLs, clock dividers and reset domains. Link: https://lore.kernel.org/r/20260612-ast2700_clk-v4-0-9bea29cfdc39@aspeedtech.com

arm: dts: aspeed: Add initial AST27xx SoC device tree

2026-06-29T19:43:20Z

Add initial device tree support for the ASPEED AST27xx family, the 8th-generation Baseboard Management Controller (BMC) SoCs. AST27xx SOC Family - https://www.aspeedtech.com/server_ast2700/ - https://www.aspeedtech.com/server_ast2720/ - https://www.aspeedtech.com/server_ast2750/ The AST27xx features a dual-SoC architecture consisting of two ties, referred to as SoC0 and SoC1 - interconnected through an internal property bus. Both SoCs share the same address decoding scheme, while each maintains independent clock and reset domains. - SoC0 (CPU die): contains a dual-core Cortex-A35 cluster and two Cortex-M4 cores, along with high-speed peripherals. - SoC1 (I/O die): includes the BootMCU (responsible for system boot) and its own clock/reset domains low-speed peripherals. The device tree describes the SoC0 and SoC1 domains and their peripheral layouts. Signed-off-by: Ryan Chen

Merge tag 'v2026.07-rc5' into next

2026-06-22T22:42:41Z

Prepare v2026.07-rc5

arm: dts: Move remaining am335x-bone* to OF_UPSTREAM

2026-06-12T19:01:24Z

These boards are not yet in the CONFIG_OF_LIST of the defconfigs, add them and remove the local devicetrees. Signed-off-by: Markus Schneider-Pargmann (TI)