[PATCH v3 0/5] KVM: arm64: pKVM host hypercall and GICv5 CPU interface fixes
Fuad Tabba
fuad.tabba at linux.dev
Mon Oct 12 09:15:19 PDT 2026
Hi folks,
Changes since v2 [1]:
- Patch 4 now allows only GICv2 from EL1 and requires VHE for every
other CPU interface, instead of adding GICv5 to the VHE list. Same
behaviour; I kept Sascha's Reviewed-by. (Marc)
- Added Suzuki's Reviewed-by on patches 1-3.
Thanks Suzuki for the reviews.
Patches 1 and 2 move the GICv5 CPU interface save/restore and the
stage-2 flushes into the band the dispatcher rejects once pKVM has
finalised, since the host has no use for them in protected mode.
Patch 3 validates the vgic model EL2 copies from the host. Patch 4
stops nVHE from accessing the GICv5 CPU interface from EL1, and patch
5 fixes two stale comments.
The GICv5 residency and VDPEND hypercalls in kvmarm/next still check
for pKVM in each handler. I'll move them into the same band once this
lands.
Based on Linux 7.3-rc3 (fd73f4a665989). On kvmarm/next, patches 1 and
2 have a minor conflict: new hypercall IDs sit next to the ones they
move.
Cheers,
/fuad
[1] https://lore.kernel.org/all/20261011143648.211337-1-fuad.tabba@linux.dev/
Fuad Tabba (5):
KVM: arm64: Reject the GICv5 CPU interface hypercalls under pKVM
KVM: arm64: Reject the stage-2 flush hypercalls under pKVM
KVM: arm64: Validate the host-provided vgic model in pKVM
KVM: arm64: vgic: Do not access the GICv5 CPU interface from EL1
KVM: arm64: Fix stale VGICv3 comments in the nVHE world switch
arch/arm64/include/asm/kvm_asm.h | 16 ++++++++--------
arch/arm64/kvm/hyp/nvhe/hyp-main.c | 15 ++++++++-------
arch/arm64/kvm/hyp/nvhe/pkvm.c | 10 ++++++++--
arch/arm64/kvm/hyp/nvhe/switch.c | 4 ++--
arch/arm64/kvm/vgic/vgic.c | 7 +++----
5 files changed, 29 insertions(+), 23 deletions(-)
base-commit: fd73f4a6659897191fa0d40695fe370925dd3780
--
2.39.5
More information about the linux-arm-kernel
mailing list