summaryrefslogtreecommitdiffstats
path: root/tools/virtio/asm/barrier.h
diff options
context:
space:
mode:
authorChristophe Leroy <christophe.leroy@csgroup.eu>2020-12-21 06:18:03 +0000
committerMichael Ellerman <mpe@ellerman.id.au>2020-12-21 22:24:00 +1100
commitd5c243989fb0cb03c74d7340daca3b819f706ee7 (patch)
tree951e03b4f41340c4faa01c0dd96b14bccd8236c7 /tools/virtio/asm/barrier.h
parent2eda7f11000646909a10298951c9defb2321b240 (diff)
downloadlinux-d5c243989fb0cb03c74d7340daca3b819f706ee7.tar.bz2
powerpc/32: Fix vmap stack - Properly set r1 before activating MMU on syscall too
We need r1 to be properly set before activating MMU, otherwise any new exception taken while saving registers into the stack in syscall prologs will use the user stack, which is wrong and will even lockup or crash when KUAP is selected. Do that by switching the meaning of r11 and r1 until we have saved r1 to the stack: copy r1 into r11 and setup the new stack pointer in r1. To avoid complicating and impacting all generic and specific prolog code (and more), copy back r1 into r11 once r11 is save onto the stack. We could get rid of copying r1 back and forth at the cost of rewriting everything to use r1 instead of r11 all the way when CONFIG_VMAP_STACK is set, but the effort is probably not worth it for now. Fixes: da7bb43ab9da ("powerpc/32: Fix vmap stack - Properly set r1 before activating MMU") Cc: stable@vger.kernel.org # v5.10+ Signed-off-by: Christophe Leroy <christophe.leroy@csgroup.eu> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au> Link: https://lore.kernel.org/r/a3d819d5c348cee9783a311d5d3f3ba9b48fd219.1608531452.git.christophe.leroy@csgroup.eu
Diffstat (limited to 'tools/virtio/asm/barrier.h')
0 files changed, 0 insertions, 0 deletions