Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1348979 > unrolled thread

Re: [PART1 RFC 5/9] svm: Add VMEXIT handlers for AVIC

Started byPaolo Bonzini <pbonzini@redhat.com>
First post2016-03-03 12:00 +0100
Last post2016-03-03 12:00 +0100
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PART1 RFC 5/9] svm: Add VMEXIT handlers for AVIC Paolo Bonzini <pbonzini@redhat.com> - 2016-03-03 12:00 +0100

#1348979 — Re: [PART1 RFC 5/9] svm: Add VMEXIT handlers for AVIC

FromPaolo Bonzini <pbonzini@redhat.com>
Date2016-03-03 12:00 +0100
SubjectRe: [PART1 RFC 5/9] svm: Add VMEXIT handlers for AVIC
Message-ID<r8z98-5Rb-37@gated-at.bofh.it>

On 03/03/2016 11:42, Suravee Suthikulpanit wrote:
> In facts, instead of setting up the vAPIC backing page address when
> calling kvm_arch_vcpu_load(), we should be able to do it when calling
> kvm_arch_vcpu_sched_in(). This seems more appropriate since the
> kvm_arch_vcpu_load() is also called in many unnecessary occasions via
> vcpu_load() (in the arch/x86/kvm/x86.c). The same goes for the
> kvm_arch_vcpu_put().
> 
> However, there is no kvm_arch_vcpu_sched_out(). But that can be added
> easily.
> 
> What do you think?

How much code is involved?  It seems an unnecessary complication...
Unless you can profile a difference, I would leave it in
kvm_arch_vcpu_load()/kvm_arch_vcpu_put().

Note that sched_in and sched_out are not called once per invocation of
KVM_RUN---only through the preempt notifiers.  So I'm not sure it is
enough to use sched_in and sched_out.

Paolo

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web