KVM: x86: Unconditionally enable irqs in guest context
authorSean Christopherson <sean.j.christopherson@intel.com>
Wed, 10 Jul 2019 16:07:34 +0000 (09:07 -0700)
committerPaolo Bonzini <pbonzini@redhat.com>
Thu, 11 Jul 2019 13:10:22 +0000 (15:10 +0200)
commitd7a08882a0a4b4e176691331ee3f492996579534
treeecfa90d990e01fd7e80d5eaa3093348fcd27f7b0
parent66bb8a065f5aedd4551d8d3fbce582972f65c2e1
KVM: x86: Unconditionally enable irqs in guest context

On VMX, KVM currently does not re-enable irqs until after it has exited
the guest context.  As a result, a tick that fires in the window between
VM-Exit and guest_exit_irqoff() will be accounted as system time.  While
said window is relatively small, it's large enough to be problematic in
some configurations, e.g. if VM-Exits are consistently occurring a hair
earlier than the tick irq.

Intentionally toggle irqs back off so that guest_exit_irqoff() can be
used in lieu of guest_exit() in order to avoid the save/restore of flags
in guest_exit().  On my Haswell system, "nop; cli; sti" is ~6 cycles,
versus ~28 cycles for "pushf; pop <reg>; cli; push <reg>; popf".

Fixes: f2485b3e0c6c0 ("KVM: x86: use guest_exit_irqoff")
Reported-by: Wei Yang <w90p710@gmail.com>
Signed-off-by: Sean Christopherson <sean.j.christopherson@intel.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
arch/x86/kvm/svm.c
arch/x86/kvm/x86.c