diff options
| author | Oliver Upton <oupton@kernel.org> | 2026-06-18 16:42:02 -0700 |
|---|---|---|
| committer | Marc Zyngier <maz@kernel.org> | 2026-06-22 10:43:25 +0100 |
| commit | 2684e02bac41c5220f6c1ab2bdcc957b71812977 (patch) | |
| tree | 0e34f2ffe5a5cfa81aa90322dc3a08c6ab5ff9ea /scripts/Makefile.thinlto | |
| parent | fcda30b134d262a1b1826555352bd7349051486e (diff) | |
KVM: arm64: nv: Respect read-only PFN when mapping L1 VNCR
KVM currently maps the L1 VNCR into the host stage-1 by relying entirely
on the permissions of the guest stage-1. At the same time, it is
entirely possible that the backing PFN is read-only (e.g. RO memslot),
meaning that the L1 VNCR should use at most a read-only mapping.
Cache the writability of the PFN in the VNCR TLB and use it to constrain
the resulting fixmap permissions. Promote VNCR permission faults to an
SEA in the case where the guest attempts to write to a read-only
endpoint. Conveniently, this also plugs a page leak found by Sashiko [*]
resulting from the early return for a read-only PFN.
Cc: stable@vger.kernel.org
Fixes: 2a359e072596 ("KVM: arm64: nv: Handle mapping of VNCR_EL2 at EL2")
Link: https://lore.kernel.org/kvm/20260608082603.16AEC1F00893@smtp.kernel.org/
Signed-off-by: Oliver Upton <oupton@kernel.org>
Link: https://patch.msgid.link/20260618234207.1063941-2-oupton@kernel.org
Signed-off-by: Marc Zyngier <maz@kernel.org>
Diffstat (limited to 'scripts/Makefile.thinlto')
0 files changed, 0 insertions, 0 deletions
