nrf54h20 flpr fixes #2433
nrf54h20 flpr fixes #2433
Conversation
Write-back cache after copying VPR's code and data to the destination memory. It allows VPRs to run from RAM regions cacheable by its host. It allows to use FLPR in nRF54H20. Upstream PR #: 84104 Signed-off-by: Hubert Miś <[email protected]>
hubertmis
force-pushed
the
pr/vpr-launcher-cache-management
branch
from
e3e8067 to
6798c8d
Compare
|
Can you please add in this here to fix the stacking sequence? |
There was a problem hiding this comment.
There is a bunch of vpr related fixes now that are all relevant for nrf54h20 and so will also need a backport. We could avoid long CI runtimes and a big number of PRs by just collecting them all here.
Mandatory
zephyrproject-rtos/zephyr#84104
zephyrproject-rtos/zephyr#83997
zephyrproject-rtos/zephyr#84076
Optional
zephyrproject-rtos/zephyr#83940
|
Note @lstnl there is more vpr related fixes, this here is to fix missing cache handling. I think we should group them into a single PR including your esf fix |
EngB+ uses 32bit bus-width stacking sequence for all VPR cores. Signed-off-by: Karsten Koenig <[email protected]> (cherry picked from commit 620188224294aa19853aac7f9e9b545cb595d08d)
hubertmis
changed the title
There was a problem hiding this comment.
After discussion agreed to keep zephyrproject-rtos/zephyr#84076 out due to criticality of that. Thanks for cherry-picking the stacking order change in!
Write-back cache after copying VPR's code and data to the destination memory. It allows VPRs to run from RAM regions cacheable by its host.
It allows to use FLPR in nRF54H20.
Upstream PR #: 84104