Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1348979 > unrolled thread
| Started by | Paolo Bonzini <pbonzini@redhat.com> |
|---|---|
| First post | 2016-03-03 12:00 +0100 |
| Last post | 2016-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.
Re: [PART1 RFC 5/9] svm: Add VMEXIT handlers for AVIC Paolo Bonzini <pbonzini@redhat.com> - 2016-03-03 12:00 +0100
| From | Paolo Bonzini <pbonzini@redhat.com> |
|---|---|
| Date | 2016-03-03 12:00 +0100 |
| Subject | Re: [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
Back to top | Article view | linux.kernel
csiph-web