Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1634868
| From | guangrong.xiao@gmail.com |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [PATCH 6/7] KVM: MMU: clarify fast_pf_fix_direct_spte |
| Date | 2017-05-03 13:00 +0200 |
| Message-ID | <tD0aJ-4bC-13@gated-at.bofh.it> (permalink) |
| References | <tD0aJ-4bC-9@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
From: Xiao Guangrong <xiaoguangrong@tencent.com>
The writable spte can not be locklessly fixed and add a WARN_ON()
to trigger the warning if something out of our mind happens, that
is good for us to track if the log for writable spte is missed
on the fast path
Signed-off-by: Xiao Guangrong <xiaoguangrong@tencent.com>
---
arch/x86/kvm/mmu.c | 11 ++++++++++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index ad6ee46..f6a74e7 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -3225,6 +3225,15 @@ fast_pf_fix_direct_spte(struct kvm_vcpu *vcpu, struct kvm_mmu_page *sp,
WARN_ON(!sp->role.direct);
/*
+ * the original spte can not be writable as only the spte which
+ * fulfills is_access_track_spte() or
+ * spte_can_locklessly_be_made_writable() can be locklessly fixed,
+ * for the former, the W bit is always cleared, for the latter,
+ * there is nothing to do if it is already writable.
+ */
+ WARN_ON(is_writable_pte(old_spte));
+
+ /*
* Theoretically we could also set dirty bit (and flush TLB) here in
* order to eliminate unnecessary PML logging. See comments in
* set_spte. But fast_page_fault is very unlikely to happen with PML
@@ -3239,7 +3248,7 @@ fast_pf_fix_direct_spte(struct kvm_vcpu *vcpu, struct kvm_mmu_page *sp,
if (cmpxchg64(sptep, old_spte, new_spte) != old_spte)
return false;
- if (is_writable_pte(new_spte) && !is_writable_pte(old_spte)) {
+ if (is_writable_pte(new_spte)) {
/*
* The gfn of direct spte is stable since it is
* calculated by sp->gfn.
--
2.9.3
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH 0/7] KVM: MMU: fast write protect guangrong.xiao@gmail.com - 2017-05-03 13:00 +0200
[PATCH 4/7] KVM: MMU: enable KVM_WRITE_PROTECT_ALL_MEM guangrong.xiao@gmail.com - 2017-05-03 13:00 +0200
[PATCH 6/7] KVM: MMU: clarify fast_pf_fix_direct_spte guangrong.xiao@gmail.com - 2017-05-03 13:00 +0200
[PATCH 5/7] KVM: MMU: allow dirty log without write protect guangrong.xiao@gmail.com - 2017-05-03 13:00 +0200
[PATCH 3/7] KVM: MMU: introduce kvm_mmu_write_protect_all_pages guangrong.xiao@gmail.com - 2017-05-03 13:00 +0200
[PATCH 1/7] KVM: MMU: correct the behavior of mmu_spte_update_no_track guangrong.xiao@gmail.com - 2017-05-03 13:00 +0200
[PATCH 7/7] KVM: MMU: stop using mmu_spte_get_lockless under mmu-lock guangrong.xiao@gmail.com - 2017-05-03 13:00 +0200
[PATCH 2/7] KVM: MMU: introduce possible_writable_spte_bitmap guangrong.xiao@gmail.com - 2017-05-03 13:00 +0200
Re: [PATCH 0/7] KVM: MMU: fast write protect Paolo Bonzini <pbonzini@redhat.com> - 2017-05-03 14:30 +0200
Re: [PATCH 0/7] KVM: MMU: fast write protect Xiao Guangrong <guangrong.xiao@gmail.com> - 2017-05-03 17:00 +0200
Re: [PATCH 0/7] KVM: MMU: fast write protect Paolo Bonzini <pbonzini@redhat.com> - 2017-05-03 17:00 +0200
Re: [PATCH 0/7] KVM: MMU: fast write protect Xiao Guangrong <guangrong.xiao@gmail.com> - 2017-05-04 05:40 +0200
Re: [PATCH 0/7] KVM: MMU: fast write protect Paolo Bonzini <pbonzini@redhat.com> - 2017-05-04 09:10 +0200
csiph-web