Re: [PATCH 4/4] arm64: dts: ti: k3-am642-evm/sk: Reserve some on-chip SRAM for R5Fs
From: Suman Anna <hidden>
Date: 2021-06-14 18:05:27
Also in:
linux-devicetree
Hi Vignesh, Nishanth, On 6/11/21 2:13 PM, Nishanth Menon wrote:
On 09:47-20210528, Suman Anna wrote:quoted
Reserve some portions of the MAIN domain on-chip SRAM for use by various R5F cores on AM642 EVM and SK boards. A bank (256 KB) each is reserved from the on-chip SRAM for each R5F core. This is done through specific child SRAM nodes in the board dts file. The memory regions are also assigned to each R5F remoteproc node using the sram property. The reserved SRAM banks are as follows for each core: Main R5FSS0 Core0 : OCSRAM1 Main R5FSS0 Core1 : OCSRAM2 Main R5FSS1 Core0 : OCSRAM3 Main R5FSS1 Core1 : OCSRAM4 Signed-off-by: Suman Anna <redacted> Signed-off-by: Ming Wei <redacted> Signed-off-by: Nishanth Menon <nm@ti.com> Link: https://lore.kernel.org/r/20210528144718.25132-5-s-anna@ti.com (local) --- arch/arm64/boot/dts/ti/k3-am642-evm.dts | 22 ++++++++++++++++++++++ arch/arm64/boot/dts/ti/k3-am642-sk.dts | 22 ++++++++++++++++++++++ 2 files changed, 44 insertions(+)diff --git a/arch/arm64/boot/dts/ti/k3-am642-evm.dts b/arch/arm64/boot/dts/ti/k3-am642-evm.dts index 4d0b3f86525e..083df636d7ff 100644 --- a/arch/arm64/boot/dts/ti/k3-am642-evm.dts +++ b/arch/arm64/boot/dts/ti/k3-am642-evm.dts@@ -184,28 +184,50 @@ cpsw3g_phy3: ethernet-phy@3 { }; }; +&oc_sram { + main_r5fss0_core0_sram: r5f-sram@40000 { + reg = <0x40000 0x40000>; + }; + + main_r5fss0_core1_sram: r5f-sram@80000 { + reg = <0x80000 0x40000>; + }; + + main_r5fss1_core0_sram: r5f-sram@c0000 { + reg = <0xc0000 0x40000>; + }; + + main_r5fss1_core1_sram: r5f-sram@100000 { + reg = <0x100000 0x40000>; + }; +};
These addresses are currently in sync with the corresponding firmware linker map files. Any changes needed here should also be aligned and updated with all the firmwares then. Nishanth, How about dropping this patch until we conclude the discussion and picking up the rest?
We need to relook at these addresses -> please see the series from Vignesh[1] and Ashwath[2]. 0x0 <-> 0x1a0000 is free 0x1a0000 <-> 0x1bc000 -> TF-A 0x1bc000 <-> 0x1c0000 -> Free 0x1c0000 <-> 0x200000 -> Seems to be sysfw?
Looking at the dicussion on v1, I am confused. Is the default reservation size for SYSFW 0x40000 (256K) or 0x20000 (128K)? The v2 of the SYSFW SRAM reservations is still using 256K at 0x1c0000 offset.
[1] https://lore.kernel.org/linux-devicetree/20210609140604.9490-1-vigneshr@ti.com/ (local) [2] https://lore.kernel.org/linux-devicetree/162343800075.7434.10921347563461214925.b4-ty@ti.com/ (local)
_______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel