From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>,
brian.woods@amd.com, xen-devel@lists.xenproject.org
Cc: jbeulich@suse.com, suravee.suthikulpanit@amd.com
Subject: Re: [PATCH 0/3] x86/svm: virtual VMLOAD/VMSAVE
Date: Wed, 1 Nov 2017 19:34:06 +0000 [thread overview]
Message-ID: <c647506b-f323-a102-37d2-a8ac256e21b9@citrix.com> (raw)
In-Reply-To: <292266fc-73c8-e924-8640-845d0b7718b6@oracle.com>
On 01/11/17 17:00, Boris Ostrovsky wrote:
> On 10/31/2017 06:03 PM, brian.woods@amd.com wrote:
>> From: Brian Woods <brian.woods@amd.com>
>>
>> x86/svm: virtual VMLOAD/VMSAVE
>>
>> On AMD family 17h server processors, there is a feature called virtual
>> VMLOAD/VMSAVE. This allows a nested hypervisor to preform a VMLOAD or
>> VMSAVE without needing to be intercepted by the host hypervisor.
>> Virtual VMLOAD/VMSAVE requires the host hypervisor to be in long mode
>> and nested page tables to be enabled. For more information about it
>> please see:
>>
>> AMD64 Architecture Programmer’s Manual Volume 2: System Programming
>> http://support.amd.com/TechDocs/24593.pdf
>> Section: VMSAVE and VMLOAD Virtualization (Section 15.33.1)
>>
>> This patch series adds support to check for and enable the virtual
>> VMLOAD/VMSAVE features if available.
>>
>> Signed-off-by: Brian Woods <brian.woods@amd.com>
>>
>> Brian Woods (3):
>> x86/svm: rename lbr control field in vmcb
>> x86/svm: add virtual VMLOAD/VMSAVE feature definition
>> x86/svm: add virtual VMLOAD/VMSAVE support
>>
>> xen/arch/x86/hvm/svm/nestedsvm.c | 10 +++++-----
>> xen/arch/x86/hvm/svm/svm.c | 3 ++-
>> xen/arch/x86/hvm/svm/svmdebug.c | 2 ++
>> xen/arch/x86/hvm/svm/vmcb.c | 7 +++++++
>> xen/include/asm-x86/hvm/svm/nestedsvm.h | 4 ++--
>> xen/include/asm-x86/hvm/svm/svm.h | 2 ++
>> xen/include/asm-x86/hvm/svm/vmcb.h | 7 ++++---
>> 7 files changed, 24 insertions(+), 11 deletions(-)
>>
>
> Reviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
I've given these a spin on my Zen box, although nothing nested-virt
specific.
I've pulled the series into x86-next.
~Andrew
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
prev parent reply other threads:[~2017-11-01 19:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-31 22:03 [PATCH 0/3] x86/svm: virtual VMLOAD/VMSAVE brian.woods
2017-10-31 22:03 ` [PATCH 1/3] x86/svm: rename lbr control field in vmcb brian.woods
2017-10-31 22:03 ` [PATCH 2/3] x86/svm: add virtual VMLOAD/VMSAVE feature definition brian.woods
2017-10-31 22:03 ` [PATCH 3/3] x86/svm: add virtual VMLOAD/VMSAVE support brian.woods
2017-10-31 22:15 ` Andrew Cooper
2017-10-31 22:29 ` Brian Woods
2017-11-01 17:00 ` [PATCH 0/3] x86/svm: virtual VMLOAD/VMSAVE Boris Ostrovsky
2017-11-01 19:34 ` Andrew Cooper [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=c647506b-f323-a102-37d2-a8ac256e21b9@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=boris.ostrovsky@oracle.com \
--cc=brian.woods@amd.com \
--cc=jbeulich@suse.com \
--cc=suravee.suthikulpanit@amd.com \
--cc=xen-devel@lists.xenproject.org \
/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.