diff options
| author | Andrew Waterman <[email protected]> | 2017-10-25 21:32:16 +0000 |
|---|---|---|
| committer | Palmer Dabbelt <[email protected]> | 2017-11-30 20:58:29 +0000 |
| commit | 921ebd8f2c081b3cf6c3b29ef4103eef3ff26054 (patch) | |
| tree | e3302d6371f434b91b4194da53342095c68363dd /drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | |
| parent | RISC-V: Flush I$ when making a dirty page executable (diff) | |
| download | kernel-921ebd8f2c081b3cf6c3b29ef4103eef3ff26054.tar.gz kernel-921ebd8f2c081b3cf6c3b29ef4103eef3ff26054.zip | |
RISC-V: Allow userspace to flush the instruction cache
Despite RISC-V having a direct 'fence.i' instruction available to
userspace (which we can't trap!), that's not actually viable when
running on Linux because the kernel might schedule a process on another
hart. There is no way for userspace to handle this without invoking the
kernel (as it doesn't know the thread->hart mappings), so we've defined
a RISC-V specific system call to flush the instruction cache.
This patch adds both a system call and a VDSO entry. If possible, we'd
like to avoid having the system call be considered part of the
user-facing ABI and instead restrict that to the VDSO entry -- both just
in general to avoid having additional user-visible ABI to maintain, and
because we'd prefer that users just call the VDSO entry because there
might be a better way to do this in the future (ie, one that doesn't
require entering the kernel).
Signed-off-by: Andrew Waterman <[email protected]>
Signed-off-by: Palmer Dabbelt <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c')
0 files changed, 0 insertions, 0 deletions
