KVM: arm64: Synchronise speculative page table walks on translation regime change
Marc Zyngier
maintainerv3 cover KVM: arm64: Synchronise speculative page table walks on translation regime change
It recently became apparent that the way we switch our EL1&0 translation regime is not entirely fool proof.
On taking an exception from EL1&0 to EL2(&0), the page table walker is allowed to carry on with speculative walks started from EL1&0 while running at EL2 (see R_LFHQG). Given that the PTW may be actively using the EL1&0 system registers, the only safe way to deal with it is to issue a DSB before changing any of it.
We already did the right thing for SPE and TRBE, but ignored the PTW for unknown reasons (probably because the architecture wasn't crystal clear at the time).
This requires a bit of surgery in the nvhe code, though most of these patches are comments so that my future self can understand the purpose of these barriers. The VHE code is largely unaffected, thanks to the DSB in the context switch.
The last patch isn't directly related, but a superfluous ISB was spotted while working on this series.
- From v2 [2]
- Give an option to the nVHE TLBI code to still issue non-shareable DSBs, as there are pending patches making use of it.
- Collected Oliver's RBs, with thanks.
- From v1 [1]
- Upgraded TLBIs' dsb(ishst) to dsb(ish) to cover the PTW's required barrier (thanks to Oliver for spotting the issue)
- Split the nVHE patch into 3 distinct patches for ease of reviewing.
- Brought the extra ISB patch into this series despite having been previously posted separately.
[1] https://lore.kernel.org/r/[email protected]
[2] https://lore.kernel.org/r/[email protected]
Marc Zyngier (5):
KVM: arm64: nvhe: Synchronise with page table walker on vcpu run
KVM: arm64: nvhe: Synchronise with page table walker on TLBI
KVM: arm64: pkvm: Document the side effects of
kvm_flush_dcache_to_poc()
KVM: arm64: vhe: Synchronise with page table walker on MMU update
KVM: arm64: vhe: Drop extra isb() on guest exit
arch/arm64/kvm/hyp/nvhe/debug-sr.c | 2 -- arch/arm64/kvm/hyp/nvhe/mem_protect.c | 7 +++++ arch/arm64/kvm/hyp/nvhe/switch.c | 18 +++++++++++++ arch/arm64/kvm/hyp/nvhe/tlb.c | 38 ++++++++++++++++++++------- arch/arm64/kvm/hyp/vhe/switch.c | 7 +++-- arch/arm64/kvm/hyp/vhe/sysreg-sr.c | 12 +++++++++ 6 files changed, 69 insertions(+), 15 deletions(-)
Signature · 1 line
2.34.1
Marc Zyngier
maintainerPATCH v3 1/5 KVM: arm64: nvhe: Synchronise with page table walker on vcpu run
When taking an exception between the EL1&0 translation regime and the EL2 translation regime, the page table walker is allowed to complete the walks started from EL0 or EL1 while running at EL2.
It means that altering the system registers that define the EL1&0 translation regime is fraught with danger *unless* we wait for the completion of such walk with a DSB (R_LFHQG and subsequent statements in the ARM ARM). We already did the right thing for other external agents (SPE, TRBE), but not the PTW.
Rework the existing SPE/TRBE synchronisation to include the PTW, and add the missing DSB on guest exit.
--- arch/arm64/kvm/hyp/nvhe/debug-sr.c | 2 -- arch/arm64/kvm/hyp/nvhe/switch.c | 18 ++++++++++++++++++ 2 files changed, 18 insertions(+), 2 deletions(-)
arch/arm64/kvm/hyp/nvhe/debug-sr.c +0 -2
@@ -37,7 +37,6 @@ static void __debug_save_spe(u64 *pmscr_el1)/* Now drain all buffered data to memory */ psb_csync (); -dsb (nsh); }static void __debug_restore_spe (u64 pmscr_el1)
@@ -69,7 +68,6 @@ static void __debug_save_trace(u64 *trfcr_el1)isb ();/* Drain the trace buffer to memory */ tsb_csync (); -dsb (nsh); }static void __debug_restore_trace (u64 trfcr_el1)
arch/arm64/kvm/hyp/nvhe/switch.c +18 -0
@@ -272,6 +272,17 @@ int __kvm_vcpu_run(struct kvm_vcpu *vcpu)*/ __debug_save_host_buffers_nvhe (vcpu); +/* +* We're about to restore some new MMU state. Make sure +* ongoing page-table walks that have started before we +* trapped to EL2 have completed. This also synchronises the +* above disabling of SPE and TRBE. +* +* See DDI0487I.a D8.1.5 "Out-of-context translation regimes", +* rule R_LFHQG and subsequent information statements. +*/ +dsb (nsh); +__kvm_adjust_pc (vcpu);/*
@@ -306,6 +317,13 @@ int __kvm_vcpu_run(struct kvm_vcpu *vcpu)__timer_disable_traps (vcpu);__hyp_vgic_save_state (vcpu); +/* +* Same thing as before the guest run: we're about to switch +* the MMU context, so let's make sure we don't have any +* ongoing EL1&0 translations. +*/ +dsb (nsh); +__deactivate_traps (vcpu);__load_host_stage2 ();
Signature · 1 line
2.34.1
Marc Zyngier
maintainerPATCH v3 2/5 KVM: arm64: nvhe: Synchronise with page table walker on TLBI
In reply to Marc ZyngierA TLBI from EL2 impacting EL1 involves messing with the EL1&0 translation regime, and the page table walker may still be performing speculative walks.
Piggyback on the existing DSBs to always have a DSB ISH that will synchronise all load/store operations that the PTW may still have.
--- arch/arm64/kvm/hyp/nvhe/tlb.c | 38 ++++++++++++++++++++++++++--------- 1 file changed, 29 insertions(+), 9 deletions(-)
arch/arm64/kvm/hyp/nvhe/tlb.c +29 -9
@@ -15,8 +15,31 @@ struct tlb_inv_context { };static void __tlb_switch_to_guest (struct kvm_s2_mmu *mmu, -struct tlb_inv_context *cxt) +struct tlb_inv_context *cxt, +bool nsh) { +/* +* We have two requirements: +* +* - ensure that the page table updates are visible to all +* CPUs, for which a dsb(DOMAIN-st) is what we need, DOMAIN +* being either ish or nsh, depending on the invalidation +* type. +* +* - complete any speculative page table walk started before +* we trapped to EL2 so that we can mess with the MM +* registers out of context, for which dsb(nsh) is enough +* +* The composition of these two barriers is a dsb(DOMAIN), and +* the 'nsh' parameter tracks the distinction between +* Inner-Shareable and Non-Shareable, as specified by the +* callers. +*/ +if (nsh) +dsb (nsh); +else +dsb (ish); +if (cpus_have_final_cap (ARM64_WORKAROUND_SPECULATIVE_AT )) {u64 val;
@@ -60,10 +83,8 @@ void __kvm_tlb_flush_vmid_ipa(struct kvm_s2_mmu *mmu, {struct tlb_inv_context cxt; -dsb (ishst); -/* Switch to requested VMID */ -__tlb_switch_to_guest (mmu, &cxt); +__tlb_switch_to_guest (mmu, &cxt, false);/* * We could do so much better if we had the VA as well.
@@ -113,10 +134,8 @@ void __kvm_tlb_flush_vmid(struct kvm_s2_mmu *mmu) {struct tlb_inv_context cxt; -dsb (ishst); -/* Switch to requested VMID */ -__tlb_switch_to_guest (mmu, &cxt); +__tlb_switch_to_guest (mmu, &cxt, false);__tlbi (vmalls12e1is);dsb (ish);
@@ -130,7 +149,7 @@ void __kvm_flush_cpu_context(struct kvm_s2_mmu *mmu)struct tlb_inv_context cxt;/* Switch to requested VMID */ -__tlb_switch_to_guest (mmu, &cxt); +__tlb_switch_to_guest (mmu, &cxt, false);__tlbi (vmalle1); asmvolatile ("ic iallu" );
@@ -142,7 +161,8 @@ void __kvm_flush_cpu_context(struct kvm_s2_mmu *mmu)void __kvm_flush_vm_context (void ) { -dsb (ishst); +/* Same remark as in __tlb_switch_to_guest() */ +dsb (ish);__tlbi (alle1is);/*
Signature · 1 line
2.34.1
Re: [PATCH v3 2/5] KVM: arm64: nvhe: Synchronise with page table walker on TLBI
Quoted 9 lines · Marc Zyngier
A TLBI from EL2 impacting EL1 involves messing with the EL1&0 translation regime, and the page table walker may still be performing speculative walks.
Piggyback on the existing DSBs to always have a DSB ISH that will synchronise all load/store operations that the PTW may still have.
Signed-off-by Marc Zyngier <[email protected]>
Quoted 17 lines
--- arch/arm64/kvm/hyp/nvhe/tlb.c | 38 ++++++++++++++++++++++++++--------- 1 file changed, 29 insertions(+), 9 deletions(-)arch/arm64/kvm/hyp/nvhe/tlb.c +3
-1@@ -15,8 +15,31 @@ struct tlb_inv_context { };static void __tlb_switch_to_guest (struct kvm_s2_mmu *mmu, -struct tlb_inv_context *cxt) +struct tlb_inv_context *cxt, +bool nsh) { +/*
arch/arm64/kvm/hyp/nvhe/tlb.c struct tlb_inv_context { · line 31
Quoted 10 lines
arch/arm64/kvm/hyp/nvhe/tlb.c +10
-0+* We have two requirements: +* +* - ensure that the page table updates are visible to all +* CPUs, for which a dsb(DOMAIN-st) is what we need, DOMAIN +* being either ish or nsh, depending on the invalidation +* type. +* +* - complete any speculative page table walk started before +* we trapped to EL2 so that we can mess with the MM +* registers out of context, for which dsb(nsh) is enough
Looks like a few of these lines are indented with spaces, not tabs. Mind fixing this when you apply the patches?
Signature · 2 lines
Thanks, Oliver
Marc Zyngier
maintainerRe: [PATCH v3 2/5] KVM: arm64: nvhe: Synchronise with page table walker on TLBI
Quoted 6 lines · Oliver Upton
Quoted 4 lines · Marc Zyngier
A TLBI from EL2 impacting EL1 involves messing with the EL1&0 translation regime, and the page table walker may still be performing speculative walks.
Quoted 7 lines
Quoted 5 lines
Piggyback on the existing DSBs to always have a DSB ISH that will synchronise all load/store operations that the PTW may still have.
Signed-off-by Marc Zyngier <[email protected]>Reviewed-by Oliver Upton <[email protected]>
Thanks!
Quoted 23 lines
Quoted 23 lines
--- arch/arm64/kvm/hyp/nvhe/tlb.c | 38 ++++++++++++++++++++++++++--------- 1 file changed, 29 insertions(+), 9 deletions(-)arch/arm64/kvm/hyp/nvhe/tlb.c +8
-1@@ -15,8 +15,31 @@ struct tlb_inv_context { };static void __tlb_switch_to_guest (struct kvm_s2_mmu *mmu, -struct tlb_inv_context *cxt) +struct tlb_inv_context *cxt, +bool nsh) { +/* +* We have two requirements: +* +* - ensure that the page table updates are visible to all +* CPUs, for which a dsb(DOMAIN-st) is what we need, DOMAIN +* being either ish or nsh, depending on the invalidation
Quoted 8 lines
arch/arm64/kvm/hyp/nvhe/tlb.c struct tlb_inv_context { · line 31
Quoted 5 lines
arch/arm64/kvm/hyp/nvhe/tlb.c +5
-0+* type. +* +* - complete any speculative page table walk started before +* we trapped to EL2 so that we can mess with the MM +* registers out of context, for which dsb(nsh) is enough Looks like a few of these lines are indented with spaces, not tabs. Mind fixing this when you apply the patches?
Ah, well spotted. Now fixed.
Cheers,
M.
Signature · 1 line
Without deviation from the norm, progress is not possible.
Marc Zyngier
maintainerPATCH v3 3/5 KVM: arm64: pkvm: Document the side effects of kvm_flush_dcache_to_poc()
In reply to Marc ZyngierWe rely on the presence of a DSB at the end of kvm_flush_dcache_to_poc() that, on top of ensuring completion of the cache clean, also covers the speculative page table walk started from EL1.
Document this dependency.
--- arch/arm64/kvm/hyp/nvhe/mem_protect.c | 7 +++++++ 1 file changed, 7 insertions(+)
arch/arm64/kvm/hyp/nvhe/mem_protect.c +7 -0
@@ -297,6 +297,13 @@ int __pkvm_prot_finalize(void) params->vttbr =kvm_get_vttbr (mmu); params->vtcr = host_mmu.arch.vtcr; params->hcr_el2 |=HCR_VM ; + +/* +* The CMO below not only cleans the updated params to the +* PoC, but also provides the DSB that ensures ongoing +* page-table walks that have started before we trapped to EL2 +* have completed. +*/ kvm_flush_dcache_to_poc (params,sizeof (*params));write_sysreg (params->hcr_el2, hcr_el2);
Signature · 1 line
2.34.1
Marc Zyngier
maintainerPATCH v3 4/5 KVM: arm64: vhe: Synchronise with page table walker on MMU update
In reply to Marc ZyngierContrary to nVHE, VHE is a lot easier when it comes to dealing with speculative page table walks started at EL1. As we only change EL1&0 translation regime when context-switching, we already benefit from the effect of the DSB that sits in the context switch code.
We only need to take care of it in the NV case, where we can flip between between two EL1 contexts (one of them being the virtual EL2) without a context switch.
--- arch/arm64/kvm/hyp/vhe/sysreg-sr.c | 12 ++++++++++++ 1 file changed, 12 insertions(+)
arch/arm64/kvm/hyp/vhe/sysreg-sr.c +12 -0
@@ -13,6 +13,7 @@#include <asm/kvm_asm.h> #include <asm/kvm_emulate.h> #include <asm/kvm_hyp.h> +#include <asm/kvm_nested.h> /* * VHE: Host and guest must save mdscr_el1 and sp_el0 (and the PC and
@@ -69,6 +70,17 @@ void kvm_vcpu_load_sysregs_vhe(struct kvm_vcpu *vcpu) host_ctxt = &this_cpu_ptr (&kvm_host_data)->host_ctxt;__sysreg_save_user_state (host_ctxt); +/* +* When running a normal EL1 guest, we only load a new vcpu +* after a context switch, which imvolves a DSB, so all +* speculative EL1&0 walks will have already completed. +* If running NV, the vcpu may transition between vEL1 and +* vEL2 without a context switch, so make sure we complete +* those walks before loading a new context. +*/ +if (vcpu_has_nv (vcpu)) +dsb (nsh); +/* * Load guest EL1 and user state *
Signature · 1 line
2.34.1
Marc Zyngier
maintainerPATCH v3 5/5 KVM: arm64: vhe: Drop extra isb() on guest exit
In reply to Marc Zyngier__kvm_vcpu_run_vhe() end on VHE with an isb(). However, this function is only reachable via kvm_call_hyp_ret(), which already contains an isb() in order to mimick the behaviour of nVHE and provide a context synchronisation event.
We thus have two isb()s back to back, which is one too many. Drop the first one and solely rely on the one in the helper.
--- arch/arm64/kvm/hyp/vhe/switch.c | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-)
arch/arm64/kvm/hyp/vhe/switch.c +3 -4
@@ -227,11 +227,10 @@ int __kvm_vcpu_run(struct kvm_vcpu *vcpu)/* * When we exit from the guest we change a number of CPU configuration -* parameters, such as traps. Make sure these changes take effect -* before running the host or additional guests. +* parameters, such as traps. We rely on the isb() in kvm_call_hyp*() +* to make sure these changes take effect before running the host or +* additional guests. */ -isb (); -return ret; }
Signature · 1 line
2.34.1