Re: [PATCH v1 1/2] arm64: dts: add missing sram-supply to mali gpu nodes

From: Chen-Yu Tsai

Date: Tue Feb 24 2026 - 06:20:57 EST


On Sun, Feb 15, 2026 at 6:04 PM Onur Özkan <work@xxxxxxxxxxxxx> wrote:
>
> Some arm64 Mali GPU DT nodes define mali-supply but
> are missing sram-supply.
>
> As discussed in [1], sram-supply should be explicitly
> defined for all relevant compatibles. If there is no
> separate SRAM rail, it can reference the same regulator
> as mali-supply.
>
> This change adds the missing sram-supply properties to
> affected DT files. This aligns DTs with expected regulator
> modeling and avoids relying on implicit fallback behavior.
>
> [1]: https://lore.kernel.org/all/20260213155937.6af75786@nimda/
>
> Signed-off-by: Onur Özkan <work@xxxxxxxxxxxxx>
> ---
> arch/arm64/boot/dts/allwinner/sun50i-h313-tanix-tx1.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h313-x96q.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h6-beelink-gs1.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h6-orangepi-3.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h6-orangepi.dtsi | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h6-pine-h64.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h6-tanix.dtsi | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h616-bigtreetech-cb1.dtsi | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h616-orangepi-zero2.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h616-x96-mate.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h618-longan-module-3h.dtsi | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h618-orangepi-zero2w.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h618-orangepi-zero3.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun50i-h618-transpeed-8k618-t.dts | 1 +
> .../boot/dts/allwinner/sun50i-h700-anbernic-rg35xx-2024.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun55i-a527-cubie-a5e.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun55i-h728-x96qpro+.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun55i-t527-avaota-a1.dts | 1 +
> arch/arm64/boot/dts/allwinner/sun55i-t527-orangepi-4a.dts | 1 +

We don't know the internals of these SoCs, even though said power is
likely from the same regulator, as that rail provides power to most
of the SoC. But I would rather not speculate.

I think these systems are at the other end of the spectrum: the power
rail for the GPU and the rest of the SoC is simply never turned off.
Neither is DVFS available. In theory you could make it work, but the
voltage range is fixed so there is little savings to be had.


ChenYu