[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZBuoBOIcQhQ9ehTF@google.com>
Date: Wed, 22 Mar 2023 18:14:44 -0700
From: Sean Christopherson <seanjc@...gle.com>
To: Santosh Shukla <santosh.shukla@....com>
Cc: kvm@...r.kernel.org, pbonzini@...hat.com, jmattson@...gle.com,
joro@...tes.org, linux-kernel@...r.kernel.org,
mail@...iej.szmigiero.name, mlevitsk@...hat.com,
thomas.lendacky@....com, vkuznets@...hat.com
Subject: Re: [PATCHv4 00/11] SVM: virtual NMI
On Wed, Mar 22, 2023, Sean Christopherson wrote:
> On Mon, Feb 27, 2023, Santosh Shukla wrote:
> > Maxim Levitsky (2):
> > KVM: nSVM: Raise event on nested VM exit if L1 doesn't intercept IRQs
> > KVM: SVM: add wrappers to enable/disable IRET interception
> >
> > Santosh Shukla (6):
> > KVM: nSVM: Don't sync vmcb02 V_IRQ back to vmcb12 if KVM (L0) is
> > intercepting VINTR
> > KVM: nSVM: Disable intercept of VINTR if saved RFLAG.IF is 0
> > x86/cpu: Add CPUID feature bit for VNMI
> > KVM: SVM: Add VNMI bit definition
> > KVM: x86: add support for delayed virtual NMI injection interface
> > KVM: nSVM: implement support for nested VNMI
> >
> > Sean Christopherson (3):
> > KVM: x86: Raise an event request when processing NMIs if an NMI is
> > pending
> > KVM: x86: Tweak the code and comment related to handling concurrent
> > NMIs
> > KVM: x86: Save/restore all NMIs when multiple NMIs are pending
> >
> > arch/x86/include/asm/cpufeatures.h | 1 +
> > arch/x86/include/asm/kvm-x86-ops.h | 2 +
> > arch/x86/include/asm/kvm_host.h | 11 ++-
> > arch/x86/include/asm/svm.h | 9 ++
> > arch/x86/kvm/svm/nested.c | 94 +++++++++++++++---
> > arch/x86/kvm/svm/svm.c | 152 +++++++++++++++++++++++------
> > arch/x86/kvm/svm/svm.h | 28 ++++++
> > arch/x86/kvm/x86.c | 46 +++++++--
> > 8 files changed, 289 insertions(+), 54 deletions(-)
>
> Code looks good overall, I'll fixup the changelogs and comments myself. I just
> need to run it through my usual test flow, which I should get done tomorrow.
Gah, saw something shiny and forgot to finish my thought.
My plan is to get this somewhat speculatively applied and soaking in linux-next asap,
even though the cpufeatures.h change needs more eyeballs. I'll fixup and force push
if necessary; unless I'm missing something, this is the only SVM specific series
that's destined for 6.4.
Powered by blists - more mailing lists