All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Vitaly Kuznetsov <vkuznets@redhat.com>, kvm@vger.kernel.org
Cc: Sean Christopherson <seanjc@google.com>,
	Wanpeng Li <wanpengli@tencent.com>,
	Jim Mattson <jmattson@google.com>,
	Maxim Levitsky <mlevitsk@redhat.com>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v5 0/4] KVM: nVMX: Enlightened MSR Bitmap feature for Hyper-V on KVM
Date: Thu, 2 Dec 2021 13:20:47 +0100	[thread overview]
Message-ID: <3e988837-436f-93ea-1679-915aec2733be@redhat.com> (raw)
In-Reply-To: <20211129094704.326635-1-vkuznets@redhat.com>

On 11/29/21 10:47, Vitaly Kuznetsov wrote:
> Changes since "[PATCH v4 0/8] KVM: nVMX: Enlightened MSR Bitmap feature for
> Hyper-V on KVM (+ KVM: x86: MSR filtering and related fixes)":
> - Drop Sean's "KVM: x86: MSR filtering and related fixes" as they're
>   already queued, rebase to the latest kvm/queue.
> 
> Original description of the feature:
> 
> Updating MSR bitmap for L2 is not cheap and rearly needed. TLFS for Hyper-V
> offers 'Enlightened MSR Bitmap' feature which allows L1 hypervisor to
> inform L0 when it changes MSR bitmap, this eliminates the need to examine
> L1's MSR bitmap for L2 every time when 'real' MSR bitmap for L2 gets
> constructed.
> 
> When the feature is enabled for Win10+WSL2, it shaves off around 700 CPU
> cycles from a nested vmexit cost (tight cpuid loop test).
> 
> First patch of the series is unrelated to the newly implemented feature,
> it fixes a bug in Enlightened MSR Bitmap usage when KVM runs as a nested
> hypervisor on top of Hyper-V.
> 
> Vitaly Kuznetsov (4):
>    KVM: nVMX: Don't use Enlightened MSR Bitmap for L3
>    KVM: VMX: Introduce vmx_msr_bitmap_l01_changed() helper
>    KVM: nVMX: Track whether changes in L0 require MSR bitmap for L2 to be
>      rebuilt
>    KVM: nVMX: Implement Enlightened MSR Bitmap feature
> 
>   arch/x86/kvm/hyperv.c     |  2 ++
>   arch/x86/kvm/vmx/nested.c | 23 +++++++++++++++++++++-
>   arch/x86/kvm/vmx/vmx.c    | 41 ++++++++++++++++++++++++++-------------
>   arch/x86/kvm/vmx/vmx.h    |  9 +++++++++
>   4 files changed, 61 insertions(+), 14 deletions(-)
> 

Queued, thanks.

Paolo

      parent reply	other threads:[~2021-12-02 12:21 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-29  9:47 [PATCH v5 0/4] KVM: nVMX: Enlightened MSR Bitmap feature for Hyper-V on KVM Vitaly Kuznetsov
2021-11-29  9:47 ` [PATCH v5 1/4] KVM: nVMX: Don't use Enlightened MSR Bitmap for L3 Vitaly Kuznetsov
2021-11-29  9:47 ` [PATCH v5 2/4] KVM: VMX: Introduce vmx_msr_bitmap_l01_changed() helper Vitaly Kuznetsov
2021-11-29  9:47 ` [PATCH v5 3/4] KVM: nVMX: Track whether changes in L0 require MSR bitmap for L2 to be rebuilt Vitaly Kuznetsov
2021-11-29  9:47 ` [PATCH v5 4/4] KVM: nVMX: Implement Enlightened MSR Bitmap feature Vitaly Kuznetsov
2021-12-02 12:20 ` Paolo Bonzini [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=3e988837-436f-93ea-1679-915aec2733be@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=jmattson@google.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mlevitsk@redhat.com \
    --cc=seanjc@google.com \
    --cc=vkuznets@redhat.com \
    --cc=wanpengli@tencent.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.