summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/amd/include/linux/git@git.tavy.me:linux.git
diff options
context:
space:
mode:
authorMarc Zyngier <maz@kernel.org>2026-01-07 12:46:00 +0000
committerOliver Upton <oupton@kernel.org>2026-01-09 15:43:14 -0800
commit86364832ba6f2777db98391060b2d7f69938ad9b (patch)
treef8aba64141da361ebf4deb9d60de8c554dd2c164 /drivers/gpu/drm/amd/include/linux/git@git.tavy.me:linux.git
parent9e27085c33cca7ad26bec0af2c17aab072dd802e (diff)
KVM: arm64: Don't blindly set set PSTATE.PAN on guest exit
We set PSTATE.PAN to 1 on exiting from a guest if PAN support has been compiled in and that it exists on the HW. However, this is not necessarily correct. In a nVHE configuration, there is no notion of PAN at EL2, so setting PSTATE.PAN to anything is pointless. Furthermore, not setting PAN to 0 when CONFIG_ARM64_PAN isn't set means we run with the *guest's* PSTATE.PAN (which might be set to 1), and we will explode on the next userspace access. Yes, the architecture is delightful in that particular corner. Fix the whole thing by always setting PAN to something when running VHE (which implies PAN support), and only ignore it when running nVHE. Reported-by: Mark Rutland <mark.rutland@arm.com> Signed-off-by: Marc Zyngier <maz@kernel.org> Link: https://msgid.link/20260107124600.2736328-1-maz@kernel.org Signed-off-by: Oliver Upton <oupton@kernel.org>
Diffstat (limited to 'drivers/gpu/drm/amd/include/linux/git@git.tavy.me:linux.git')
0 files changed, 0 insertions, 0 deletions