summaryrefslogtreecommitdiff
path: root/arch/x86/kvm/svm/svm.c
diff options
context:
space:
mode:
authorSean Christopherson <seanjc@google.com>2024-01-10 04:27:02 +0300
committerSean Christopherson <seanjc@google.com>2024-02-23 03:22:36 +0300
commit11776aa0cfa7d007ad1799b1553bdcbd830e5010 (patch)
treeb19b1c2e99f94cfbe5a4d176899f57d622bef6f0 /arch/x86/kvm/svm/svm.c
parente6b5d16bbd2d4c8259ad76aa33de80d561aba5f9 (diff)
downloadlinux-11776aa0cfa7d007ad1799b1553bdcbd830e5010.tar.xz
KVM: VMX: Handle forced exit due to preemption timer in fastpath
Handle VMX preemption timer VM-Exits due to KVM forcing an exit in the exit fastpath, i.e. avoid calling back into handle_preemption_timer() for the same exit. There is no work to be done for forced exits, as the name suggests the goal is purely to get control back in KVM. In addition to shaving a few cycles, this will allow cleanly separating handle_fastpath_preemption_timer() from handle_preemption_timer(), e.g. it's not immediately obvious why _apparently_ calling handle_fastpath_preemption_timer() twice on a "slow" exit is necessary: the "slow" call is necessary to handle exits from L2, which are excluded from the fastpath by vmx_vcpu_run(). Link: https://lore.kernel.org/r/20240110012705.506918-4-seanjc@google.com Signed-off-by: Sean Christopherson <seanjc@google.com>
Diffstat (limited to 'arch/x86/kvm/svm/svm.c')
0 files changed, 0 insertions, 0 deletions