u-boot.git/arch/arm/dts, branch master

Merge tag 'u-boot-rockchip-2026.10-20260710' of https://git.u-boot-project.org/u-boot/custodians/u-boot-rockchip

2026-07-10T16:04:04Z

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

board: rockchip: set M.2 NVMe PERSTN low in spl_board_init on Jaguar

2026-07-10T08:45:05Z

As it is, an NVMe's built-in PERSTN pull-up fights against the SoC's built-in pull-down which results in an undefined logic state on the Samsung SSD 980 and likely others. Fix that by forcing PERSTN low as early as possible, which is SPL. Both Linux and U-Boot (via "pci enum") set the pin high later as needed and the NVMe is detected fine. Oscillocope shots ("x" means undefined logic state at around 1.5V): Before: 3V3 ____|‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ PERSTN ____xxxxxxxxxxxxxxx_|‾‾‾‾‾ PCICLK ____∿∿∿∿∿∿∿∿∿∿∿∿___∿∿∿∿∿∿∿ ^U-Boot ^ Linux After: 3V3 ____|‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ PERSTN ____x_______________|‾‾‾‾‾ PCICLK ____∿∿∿∿∿∿∿∿∿∿∿∿___∿∿∿∿∿∿∿ ^U-Boot ^ Linux With this change, the power-up sequence conforms to PCIe specs, except a remaining short PERSTN glitch. The glitch is about 400ms long. It could be shortened by moving the logic to TPL, but completely fixing it is only possible in hardware. Signed-off-by: Jakob Unterwurzacher Reviewed-by: Quentin Schulz Link: https://patch.msgid.link/20260625-pub-jaguar-puma-ringneck-tiger-v2025-07_nvme-v2-1-c57bf1020d63@cherry.de Signed-off-by: Quentin Schulz

arm: dts: rockchip: Align OTP nodes for RK3528/RK356x with Linux v7.1

2026-07-09T17:02:58Z

The -u-boot.dtsi OTP nodes for RK3528/RK356x use different names compared to the OTP nodes that was merged in Linux v7.1. This causes build issues when dts/upstream pulls in updated DTs, i.e.: ERROR (duplicate_label): /soc/nvmem@ffce0000: Duplicate label 'otp' on /soc/nvmem@ffce0000 and /soc/efuse@ffce0000 ERROR (duplicate_label): /nvmem@fe38c000: Duplicate label 'otp' on /nvmem@fe38c000 and /efuse@fe38c000 Align the OTP node names in -u-boot.dtsi with the node names used in upstream Linux v7.1 to avoid build issues when latest DTs are synced. Also drop the unused RK356x id@a subnode as it has moved under a nvmem-layout node in the merged upstream DT. Signed-off-by: Jonas Karlman Reviewed-by: Quentin Schulz Link: https://patch.msgid.link/20260707100918.3057718-1-jonas@kwiboo.se Signed-off-by: Quentin Schulz

Merge patch series "pinctrl: add support of Airoha SoCs"

2026-07-08T19:42:17Z

Mikhail Kshevetskiy says: This patch series add pin controller and gpio driver support for EN7523/ AN7581/AN7583 SoCs. The driver based on official linux airoha pinctrl and gpio driver with Matheus Sampaio Queiroga changes. The original Matheus Sampaio Queiroga driver can be taken from the repo: https://sirherobrine23.com.br/airoha_en7523/kernel/src/branch/airoha_en7523_pinctrl Additionally in the EN7523 case the patches removes existing gpio dts nodes and replaces them with pinctrl node. It should not be very dangerous, because: * No official EN7523 gpio support present in U-Boot * Legacy Linux EN7523 GPIO driver is mostly abandoned * The same driver is planned for upstream linux/openwrt This patchset includes bitfield.h patches created for Linux kernel by Geert Uytterhoeven. It suits U-Boot fine. I preserve original author and original commit messages. Please note me, if there is a better way. The patches were tested on EN7523/AN7581/AN7583 boards. Link: https://lore.kernel.org/r/20260703115627.2317120-1-mikhail.kshevetskiy@iopsys.eu

arm: dts: en7523: add pinctrl/gpio support, drop legacy gpio support

2026-07-08T19:29:18Z

This patch adds pinctrl/gpio dts nodes for airoha pinctrl driver. It also removes legacy gpio nodes. It should not be very dangerous, because: * No official EN7523 gpio support present in U-Boot * The same driver is planned for upstream linux/openwrt Signed-off-by: Mikhail Kshevetskiy Reviewed-by: David Lechner

arm: dts: zynqmp: Fix space indentation to use tabs

2026-07-08T06:55:52Z

Fix indentation issues where spaces were used instead of tabs in several ZynqMP device tree overlay files. Device tree files should use tabs for indentation to maintain consistency with the kernel coding style. Reviewed-by: Tomas Melin Signed-off-by: Michal Simek Link: https://patch.msgid.link/0dc7b65ebd48676719ace15a505ecec2f324822a.1782726386.git.michal.simek@amd.com

arm64: xilinx: Add missing newline in kr260-revA

2026-07-08T06:55:52Z

Add missing newline available in Linux already. Reviewed-by: Tomas Melin Signed-off-by: Michal Simek Link: https://patch.msgid.link/ab6f006ee87efb54ee17f24a12c9f31aafc2f2ae.1782726386.git.michal.simek@amd.com

arm64: zynqmp: Disable ina226 iio-hwmon nodes

2026-07-08T06:55:52Z

ina226 IIO driver doesn't need to be enabled by default in Linux that's why disable iio-hwmon nodes to avoid warnings about it. Reviewed-by: Tomas Melin Signed-off-by: Michal Simek Link: https://patch.msgid.link/deb2e92d5030a31dbb91b36fa77de3ad2de38a71.1782726386.git.michal.simek@amd.com

arch: arm: dts: Add RTC clock nodes for ZynqMP platform

2026-07-08T06:55:52Z

Add fixed RTC clock nodes at 32.768 kHz for ZynqMP. The RTC driver uses this clock to calculate the calibration value, replacing the deprecated calibration device tree property. Signed-off-by: Harini T Reviewed-by: Tomas Melin Signed-off-by: Michal Simek Link: https://patch.msgid.link/8838c8c4fcd0dfe151bcee2a6c4da51df81e23cb.1782726386.git.michal.simek@amd.com

arm64: zynqmp: Sync compatible string format

2026-07-08T06:55:50Z

There is no reason to have non zynqmp-sc compatible string for overlays which can be applied only with SCs. Signed-off-by: Michal Simek Link: https://lore.kernel.org/r/4192927ae769e74e4ddbc1cc9814ed0305b64a5d.1780991287.git.michal.simek@amd.com