From: Gleb Natapov <gleb@redhat.com>
To: Abel Gordon <ABELG@il.ibm.com>
Cc: dongxiao.xu@intel.com, jun.nakajima@intel.com,
kvm@vger.kernel.org, nadav@harel.org.il, owasserm@redhat.com
Subject: Re: [PATCH 05/10] KVM: nVMX: Allocate shadow vmcs
Date: Wed, 17 Apr 2013 17:44:56 +0300 [thread overview]
Message-ID: <20130417144456.GA8997@redhat.com> (raw)
In-Reply-To: <OF13F17BE5.E9373BB2-ONC2257B50.004FB881-C2257B50.0050AFE0@il.ibm.com>
On Wed, Apr 17, 2013 at 05:41:19PM +0300, Abel Gordon wrote:
>
>
> Gleb Natapov <gleb@redhat.com> wrote on 17/04/2013 05:10:28 PM:
>
>
> > On Wed, Apr 17, 2013 at 02:53:10PM +0300, Abel Gordon wrote:
> > > Allocate a shadow vmcs used by the processor to shadow part of the
> fields
> > > stored in the software defined VMCS12 (let L1 access fields without
> causing
> > > exits). Note we keep a shadow vmcs only for the current vmcs12.
> > Once a vmcs12
> > > becomes non-current, its shadow vmcs is released.
> > >
> > >
> > > Signed-off-by: Abel Gordon <abelg@il.ibm.com>
> > > ---
> > > arch/x86/kvm/vmx.c | 15 +++++++++++++++
> > > 1 file changed, 15 insertions(+)
> > >
> > > --- .before/arch/x86/kvm/vmx.c 2013-04-17 14:20:50.000000000 +0300
> > > +++ .after/arch/x86/kvm/vmx.c 2013-04-17 14:20:50.000000000 +0300
> > > @@ -355,6 +355,7 @@ struct nested_vmx {
> > > /* The host-usable pointer to the above */
> > > struct page *current_vmcs12_page;
> > > struct vmcs12 *current_vmcs12;
> > > + struct vmcs *current_shadow_vmcs;
> > >
> > > /* vmcs02_list cache of VMCSs recently used to run L2 guests */
> > > struct list_head vmcs02_pool;
> > > @@ -5980,6 +5981,7 @@ static int handle_vmptrld(struct kvm_vcp
> > > gva_t gva;
> > > gpa_t vmptr;
> > > struct x86_exception e;
> > > + struct vmcs *shadow_vmcs;
> > >
> > > if (!nested_vmx_check_permission(vcpu))
> > > return 1;
> > > @@ -6026,6 +6028,19 @@ static int handle_vmptrld(struct kvm_vcp
> > > vmx->nested.current_vmptr = vmptr;
> > > vmx->nested.current_vmcs12 = new_vmcs12;
> > > vmx->nested.current_vmcs12_page = page;
> > > + if (enable_shadow_vmcs) {
> > > + shadow_vmcs = alloc_vmcs();
> > Next patch frees vmx->nested.current_shadow_vmcs couple of lines above.
> > What about reusing previous page instead of allocation new one each
> > time?
>
> Yes, we could have a single shadow vmcs per L1 vcpu that is used to shadow
> multiple L2 vcpus. I preferred not to do that because I didn't want to
> share the same page (physical vmcs) for different vmcs12s. However, this is
> not an issues because we overwrite the shadowed fields every time we sync
> the content.
> It's your call. If you prefer to re-use, I'll send a new version that
> do that. Please confirm.
Yes, I prefer to reuse explicitly. There is a big chance that the same
page will be reused even if you go through freeing and allocation.
--
Gleb.
next prev parent reply other threads:[~2013-04-17 14:45 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-17 11:50 [PATCH 0/10] KVM: nVMX: shadow VMCS support, v2 Abel Gordon
2013-04-17 11:51 ` [PATCH 01/10] KVM: nVMX: Shadow-vmcs control fields/bits Abel Gordon
2013-04-17 11:51 ` [PATCH 02/10] KVM: nVMX: Detect shadow-vmcs capability Abel Gordon
2013-04-17 13:51 ` Gleb Natapov
2013-04-17 14:33 ` Abel Gordon
2013-04-17 11:52 ` [PATCH 03/10] KVM: nVMX: Introduce vmread and vmwrite bitmaps Abel Gordon
2013-04-17 11:52 ` [PATCH 04/10] KVM: nVMX: Refactor handle_vmwrite Abel Gordon
2013-04-17 11:53 ` [PATCH 05/10] KVM: nVMX: Allocate shadow vmcs Abel Gordon
2013-04-17 14:10 ` Gleb Natapov
2013-04-17 14:41 ` Abel Gordon
2013-04-17 14:44 ` Gleb Natapov [this message]
2013-04-17 11:53 ` [PATCH 06/10] KVM: nVMX: Release " Abel Gordon
2013-04-17 11:54 ` [PATCH 07/10] KVM: nVMX: Copy processor-specific shadow-vmcs to VMCS12 Abel Gordon
2013-04-17 11:54 ` [PATCH 08/10] KVM: nVMX: Copy VMCS12 to processor-specific shadow vmcs Abel Gordon
2013-04-17 11:55 ` [PATCH 09/10] KVM: nVMX: Synchronize VMCS12 content with the " Abel Gordon
2013-04-17 14:34 ` Gleb Natapov
2013-04-17 14:59 ` Abel Gordon
2013-04-17 15:39 ` Gleb Natapov
2013-04-17 16:03 ` Abel Gordon
2013-04-17 21:59 ` Paolo Bonzini
2013-04-18 6:24 ` Abel Gordon
2013-04-18 6:54 ` Gleb Natapov
2013-04-18 6:59 ` Paolo Bonzini
2013-04-17 11:55 ` [PATCH 10/10] KVM: nVMX: Enable and disable shadow vmcs functionality Abel Gordon
2013-04-17 14:41 ` Gleb Natapov
2013-04-17 15:18 ` Abel Gordon
2013-04-17 15:20 ` Gleb Natapov
-- strict thread matches above, loose matches on Subject: below --
2013-04-17 17:05 [PATCH 0/10] KVM: nVMX: shadow VMCS support, v3 Abel Gordon
2013-04-17 17:07 ` [PATCH 05/10] KVM: nVMX: Allocate shadow vmcs Abel Gordon
2013-04-18 6:38 ` Gleb Natapov
2013-04-18 7:07 ` Abel Gordon
2013-04-18 7:11 ` Gleb Natapov
2013-04-18 7:15 ` Abel Gordon
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=20130417144456.GA8997@redhat.com \
--to=gleb@redhat.com \
--cc=ABELG@il.ibm.com \
--cc=dongxiao.xu@intel.com \
--cc=jun.nakajima@intel.com \
--cc=kvm@vger.kernel.org \
--cc=nadav@harel.org.il \
--cc=owasserm@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.