]> git.baikalelectronics.ru Git - uboot.git/commit
arm: dts: k3-am65: Fix up MCU R5FSS cluster mode back to Split-mode
authorSuman Anna <s-anna@ti.com>
Mon, 26 Jul 2021 16:22:13 +0000 (11:22 -0500)
committerLokesh Vutla <lokeshvutla@ti.com>
Tue, 27 Jul 2021 05:30:10 +0000 (11:00 +0530)
commitdfb250c74dc3c0e29d976da5ff17e8091bf0b438
tree6d45d580df33ad484a3ac75ad4ed2580b4ad4858
parent9632bb34f7d53f28eb74eafcd4463c61fc34d1ef
arm: dts: k3-am65: Fix up MCU R5FSS cluster mode back to Split-mode

The default U-Boot environment variables and design are all set up to
have the MCU R5FSS cluster to be in Split-mode. This is the setting
in v2021.01 U-Boot and the dt nodes are synched with the kernel binding
property names in commit e106ff300dac ("remoteproc: k3_r5: Sync to
upstreamed kernel DT property names") merged in v2021.04-rc2.

The mode for the cluster got switched back to LockStep mode by mistake
in commit 79b2d60a657d ("arm: dts: k3-am65: Sync Linux v5.11-rc6 dts
into U-Boot") also in v2021.04-rc2. This throws the following warning
messages when early-booting the cores using default env variables,

  k3_r5f_rproc r5f@41400000: Invalid op: Trying to start secondary core 2 in lockstep mode
  Load Remote Processor 1 with data@addr=0x82000000 65268 bytes: Failed!

Fix this by switching back the cluster to the expected Split-mode.
Make this mode change in the u-boot specific dtsi file to avoid such
sync overrides in the future until the kernel dts is also switched to
Split-mode by default.

Fixes: 79b2d60a657d ("arm: dts: k3-am65: Sync Linux v5.11-rc6 dts into U-Boot")
Signed-off-by: Suman Anna <s-anna@ti.com>
Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
Link: https://lore.kernel.org/r/20210726162213.28719-1-s-anna@ti.com
arch/arm/dts/k3-am654-base-board-u-boot.dtsi