summaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python/netdev-times.py
diff options
context:
space:
mode:
authorSean Christopherson <seanjc@google.com>2021-02-25 12:47:32 -0800
committerPaolo Bonzini <pbonzini@redhat.com>2021-03-15 04:43:38 -0400
commita54aa15c6bda3ca7e2f9e040ba968a1da303e24f (patch)
tree7201bc0359d118bc7a851b2a9ad27f8dec71e353 /tools/perf/scripts/python/netdev-times.py
parent30ab5901da57f16b919edfc4c5f8edf9311ba9c3 (diff)
downloadlinux-a54aa15c6bda3ca7e2f9e040ba968a1da303e24f.tar.gz
linux-a54aa15c6bda3ca7e2f9e040ba968a1da303e24f.zip
KVM: x86/mmu: Handle MMIO SPTEs directly in mmu_set_spte()
Now that it should be impossible to convert a valid SPTE to an MMIO SPTE, handle MMIO SPTEs early in mmu_set_spte() without going through set_spte() and all the logic for removing an existing, valid SPTE. The other caller of set_spte(), FNAME(sync_page)(), explicitly handles MMIO SPTEs prior to calling set_spte(). This simplifies mmu_set_spte() and set_spte(), and also "fixes" an oddity where MMIO SPTEs are traced by both trace_kvm_mmu_set_spte() and trace_mark_mmio_spte(). Note, mmu_spte_set() will WARN if this new approach causes KVM to create an MMIO SPTE overtop a valid SPTE. Signed-off-by: Sean Christopherson <seanjc@google.com> Message-Id: <20210225204749.1512652-8-seanjc@google.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'tools/perf/scripts/python/netdev-times.py')
0 files changed, 0 insertions, 0 deletions