summaryrefslogtreecommitdiff
path: root/arch/arm/boot/dts/spear13xx.dtsi
diff options
context:
space:
mode:
authorTony Lindgren <tony@atomide.com>2022-03-31 20:17:37 +0300
committerArnd Bergmann <arnd@arndb.de>2022-03-31 22:41:27 +0200
commit8cf8df89678aa5ab3eb206ccc7c8dee7c528bf50 (patch)
treeae07f989398251aff6247e8b8dae60e62916a00c /arch/arm/boot/dts/spear13xx.dtsi
parent6a2f0b2d3b74e3e4002dc4143887637cd216e531 (diff)
ARM: OMAP2+: Fix regression for smc calls for vmap stack
Commit 9c46929e7989 ("ARM: implement THREAD_INFO_IN_TASK for uniprocessor systems") started triggering an issue with smc calls hanging on boot as VMAP_STACK is now enabled by default. Based on discussions on the #armlinux irc channel, Arnd noticed that omaps are using __pa() for stack for smc calls. This does not work with vmap stack. Let's fix the issue by changing the param arrays to use static param[5] for each function for __pa() to work. This consumes a bit more memory compared to adding a single static buffer, but avoids potential races with the smc calls initializing the shared buffer. For omap_secure_dispatcher(), we need to use a cpu specific buffer as there's nothing currently ensuring it only gets called from cpu0. Fixes: 9c46929e7989 ("ARM: implement THREAD_INFO_IN_TASK for uniprocessor systems") Link: https://lore.kernel.org/r/20220331171737.48211-1-tony@atomide.com Suggested-by: Ard Biesheuvel <ardb@kernel.org> Suggested-by: Arnd Bergmann <arnd@arndb.de> Signed-off-by: Tony Lindgren <tony@atomide.com> Reviewed-by: Ard Biesheuvel <ardb@kernel.org> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Diffstat (limited to 'arch/arm/boot/dts/spear13xx.dtsi')
0 files changed, 0 insertions, 0 deletions