From: Gleb Natapov <gleb@redhat.com>
To: Yang Zhang <yang.z.zhang@intel.com>
Cc: kvm@vger.kernel.org, haitao.shan@intel.com, mtosatti@redhat.com,
xiantao.zhang@intel.com
Subject: Re: [PATCH v11 0/3] x86, apicv: Add APIC virtualization support
Date: Wed, 16 Jan 2013 12:27:55 +0200 [thread overview]
Message-ID: <20130116102755.GA19358@redhat.com> (raw)
In-Reply-To: <1358331672-32384-1-git-send-email-yang.z.zhang@intel.com>
Please be patient. Nor me neither Marcelo reviewed previous submission.
There is not point sending a new one.
On Wed, Jan 16, 2013 at 06:21:09PM +0800, Yang Zhang wrote:
> From: Yang Zhang <yang.z.zhang@Intel.com>
>
> APIC virtualization is a new feature which can eliminate most of VM exit
> when vcpu handle a interrupt:
>
> APIC register virtualization:
> APIC read access doesn't cause APIC-access VM exits.
> APIC write becomes trap-like.
>
> Virtual interrupt delivery:
> Virtual interrupt delivery avoids KVM to inject vAPIC interrupts
> manually, which is fully taken care of by the hardware.
>
> Please refer to Intel SDM volume 3, chapter 29 for more details.
> Changes v10 to v11:
> * Use two new msr bitmaps for guest that enabling x2apic mode:
> Since msr bitmap is shared by all guests, it will break guest that
> not using x2apic when updating the global msr bitmap. To solve this,
> we use two new msr bitmap for guest which using x2apic.
>
> Changes v9 to v10:
> * Enable virtualize x2apic mode when guest is using x2apic and apicv:
> There is no point to enable x2apic mode when apicv is disabled.
> * Grep ioapic_lock when traversing ioapic entry to set eoi exit bitmap
> * Rebased on top of KVM upstream
>
> Changes v8 to v9:
> * Update eoi exit bitmap by vcpu itself.
> * Enable virtualize x2apic mode when guest is using x2apic.
> * Rebase on top of KVM upstream
>
> Changes v7 to v8:
> * According Marcelo's suggestion, add comments for irr_pending and isr_count,
> since the two valiables have different meaning when using apicv.
> * Set highest bit in vISR to SVI after migation.
> * Use spinlock to access eoi exit bitmap synchronously.
> * Enable virtualize x2apic mode when guest is using x2apic
> * Rebased on top of KVM upstream.
>
> Changes v6 to v7:
> * fix a bug when set exit bitmap.
> * Rebased on top of KVM upstream.
>
> Changes v5 to v6:
> * minor adjustments according gleb's comments
> * Rebased on top of KVM upstream.
>
> Changes v4 to v5:
> * Set eoi exit bitmap when an interrupt has notifier registered.
> * Use request to track ioapic entry's modification.
> * Rebased on top of KVM upstream.
>
> Changes v3 to v4:
> * use one option to control both register virtualization and virtual interrupt
> delivery.
> * Update eoi exit bitmap when programing ioapic or programing apic's id/dfr/ldr.
> * Rebased on top of KVM upstream.
>
> Changes v2 to v3:
> * Drop Posted Interrupt patch from v3.
> According Gleb's suggestion, we will use global vector for all VCPUs as notification
> event vector. So we will rewrite the Posted Interrupt patch. And resend it later.
> * Use TMR to set the eoi exiting bitmap. We only want to set eoi exiting bitmap for
> those interrupt which is level trigger or has notifier in EOI write path. So TMR is
> enough to distinguish the interrupt trigger mode.
> * Simplify some code according Gleb's comments.
> * rebased on top of KVM upstream.
>
> Changes v1 to v2:
> * Add Posted Interrupt support in this series patch.
> * Since there is a notifer hook in vAPIC EOI for PIT interrupt. So always Set PIT
> interrupt in eoi exit bitmap to force vmexit when EOI to interrupt.
> * Rebased on top of KVM upstream
>
> Yang Zhang (3):
> x86, apicv: add APICv register virtualization support
> x86, apicv: add virtual x2apic support
> x86, apicv: add virtual interrupt delivery support
>
> arch/ia64/kvm/lapic.h | 6 +
> arch/x86/include/asm/kvm_host.h | 8 +
> arch/x86/include/asm/vmx.h | 14 ++
> arch/x86/kvm/irq.c | 56 ++++++-
> arch/x86/kvm/lapic.c | 99 +++++++----
> arch/x86/kvm/lapic.h | 25 +++
> arch/x86/kvm/svm.c | 31 ++++
> arch/x86/kvm/vmx.c | 366 ++++++++++++++++++++++++++++++++++++++-
> arch/x86/kvm/x86.c | 11 +-
> arch/x86/kvm/x86.h | 2 +
> include/linux/kvm_host.h | 3 +
> virt/kvm/ioapic.c | 38 ++++
> virt/kvm/ioapic.h | 1 +
> virt/kvm/irq_comm.c | 25 +++
> virt/kvm/kvm_main.c | 5 +
> 15 files changed, 641 insertions(+), 49 deletions(-)
--
Gleb.
prev parent reply other threads:[~2013-01-16 10:27 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-16 10:21 [PATCH v11 0/3] x86, apicv: Add APIC virtualization support Yang Zhang
2013-01-16 10:21 ` [PATCH v11 1/3] x86, apicv: add APICv register " Yang Zhang
2013-01-16 10:21 ` [PATCH v11 2/3] x86, apicv: add virtual x2apic support Yang Zhang
2013-01-17 13:22 ` Gleb Natapov
2013-01-18 1:49 ` Zhang, Yang Z
2013-01-21 19:59 ` Marcelo Tosatti
2013-01-21 20:21 ` Gleb Natapov
2013-01-21 21:21 ` Marcelo Tosatti
2013-01-21 21:34 ` Gleb Natapov
2013-01-21 22:16 ` Marcelo Tosatti
2013-01-22 0:33 ` Marcelo Tosatti
2013-01-22 3:37 ` Zhang, Yang Z
2013-01-22 9:45 ` Gleb Natapov
2013-01-22 9:42 ` Gleb Natapov
2013-01-22 12:21 ` Zhang, Yang Z
2013-01-22 15:55 ` Gleb Natapov
2013-01-22 23:13 ` Marcelo Tosatti
2013-01-23 0:35 ` Zhang, Yang Z
2013-01-23 10:29 ` Gleb Natapov
2013-01-16 10:21 ` [PATCH v11 3/3] x86, apicv: add virtual interrupt delivery support Yang Zhang
2013-01-17 1:26 ` Zhang, Yang Z
2013-01-20 12:51 ` Gleb Natapov
2013-01-21 0:49 ` Zhang, Yang Z
2013-01-21 5:03 ` Gleb Natapov
2013-01-21 7:18 ` Zhang, Yang Z
2013-01-21 21:08 ` Marcelo Tosatti
2013-01-23 0:45 ` Zhang, Yang Z
2013-01-23 10:33 ` Gleb Natapov
2013-01-23 10:52 ` Zhang, Yang Z
2013-01-21 21:05 ` Marcelo Tosatti
2013-01-21 21:18 ` Gleb Natapov
2013-01-21 21:54 ` Marcelo Tosatti
2013-01-22 3:38 ` Zhang, Yang Z
2013-01-16 10:27 ` Gleb Natapov [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130116102755.GA19358@redhat.com \
--to=gleb@redhat.com \
--cc=haitao.shan@intel.com \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@redhat.com \
--cc=xiantao.zhang@intel.com \
--cc=yang.z.zhang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox