Re: [PATCH 5/6] ARM: dts: Configure interconnect target module for omap3 sgx
From: Adam Ford <hidden>
Date: 2019-08-19 19:12:46
Also in:
linux-clk
On Wed, Aug 14, 2019 at 8:14 AM Tony Lindgren [off-list ref] wrote:
Looks like omap34xx OCP registers are not readable unlike on omap36xx. We use SGX revision register instead of the OCP revision register for 34xx and do not configure any SYSCONFIG register unlike for 36xx. I've tested that the interconnect target module enables and idles just fine with PM runtime control via sys: # echo on > $(find /sys -name control | grep \/5000); rwmem 0x5000fe10 # rwmem 0x50000014 # SGX revision register on 36xx 0x50000014 = 0x00010205
For an OMAP3530, I got: # echo on > $(find /sys -name control | grep \/5000) # devmem 0x50000014 0x00010201 Does 0x00010201 seem reasonable? I am not sure where to find this in the TRM unless it's located elsewhere, but [1] seems to lead me to believe this is correct.
# echo auto > $(find /sys -name control | grep \/5000) # rwmem 0x5000fe00
I assume the above address should be 0x50000014 for OMAP34/35, is that correct? It was listed as 0x50000014 above. If my assumption if correct, it appears to work for me as well. [1] - http://processors.wiki.ti.com/index.php/GSG:_AM35x_and_OMAP35x_Rebuilding_the_Software#How_to_check_for_SGX_core_revision
And when idled, it will produce "Bus error" as expected. Cc: Adam Ford <redacted> Cc: Filip Matijević <redacted> Cc: "H. Nikolaus Schaller" <redacted> Cc: Ivaylo Dimitrov <redacted> Cc: moaz korena <redacted> Cc: Merlijn Wajer <redacted> Cc: Paweł Chmiel <redacted> Cc: Philipp Rossak <redacted> Cc: Tomi Valkeinen <redacted>
If my assumptions are correct, then you can mark it as Tested-by: Adam Ford <redacted> #logicpd-som-lv-35xx-devkit
quoted hunk ↗ jump to hunk
Signed-off-by: Tony Lindgren <tony@atomide.com> --- arch/arm/boot/dts/omap34xx.dtsi | 26 ++++++++++++++++++++++++++ arch/arm/boot/dts/omap36xx.dtsi | 27 +++++++++++++++++++++++++++ 2 files changed, 53 insertions(+)diff --git a/arch/arm/boot/dts/omap34xx.dtsi b/arch/arm/boot/dts/omap34xx.dtsi --- a/arch/arm/boot/dts/omap34xx.dtsi +++ b/arch/arm/boot/dts/omap34xx.dtsi@@ -100,6 +100,32 @@ interrupts = <18>; }; }; + + /* + * On omap34xx the OCP registers do not seem to be accessible + * at all unlike on 36xx. Maybe SGX is permanently set to + * "OCP bypass mode", or maybe there is OCP_SYSCONFIG that is + * write-only at 0x50000e10. We detect SGX based on the SGX + * revision register instead of the unreadable OCP revision + * register. Also note that on early 34xx es1 revision there + * are also different clocks, but we do not have any dts users + * for it. + */ + sgx_module: target-module@50000000 { + compatible = "ti,sysc-omap2", "ti,sysc"; + reg = <0x50000014 0x4>; + reg-names = "rev"; + clocks = <&sgx_fck>, <&sgx_ick>; + clock-names = "fck", "ick"; + #address-cells = <1>; + #size-cells = <1>; + ranges = <0 0x50000000 0x4000>; + + /* + * Closed source PowerVR driver, no cnhild device + * binding or driver in mainline + */ + }; }; thermal_zones: thermal-zones {diff --git a/arch/arm/boot/dts/omap36xx.dtsi b/arch/arm/boot/dts/omap36xx.dtsi --- a/arch/arm/boot/dts/omap36xx.dtsi +++ b/arch/arm/boot/dts/omap36xx.dtsi@@ -139,6 +139,33 @@ interrupts = <18>; }; }; + + /* + * The OCP register layout seems to be a subset of the + * "ti,sysc-omap4" with just sidle and midle bits. + */ + sgx_module: target-module@50000000 { + compatible = "ti,sysc-omap4", "ti,sysc"; + reg = <0x5000fe00 0x4>, + <0x5000fe10 0x4>; + reg-names = "rev", "sysc"; + ti,sysc-midle = <SYSC_IDLE_FORCE>, + <SYSC_IDLE_NO>, + <SYSC_IDLE_SMART>; + ti,sysc-sidle = <SYSC_IDLE_FORCE>, + <SYSC_IDLE_NO>, + <SYSC_IDLE_SMART>; + clocks = <&sgx_fck>, <&sgx_ick>; + clock-names = "fck", "ick"; + #address-cells = <1>; + #size-cells = <1>; + ranges = <0 0x50000000 0x2000000>; + + /* + * Closed source PowerVR driver, no cnhild device + * binding or driver in mainline + */ + }; }; thermal_zones: thermal-zones { --2.21.0