[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y88xDAhW+hiMeWSU@google.com>
Date: Tue, 24 Jan 2023 01:14:52 +0000
From: Sean Christopherson <seanjc@...gle.com>
To: Kim Phillips <kim.phillips@....com>
Cc: x86@...nel.org, Borislav Petkov <bp@...en8.de>,
Boris Ostrovsky <boris.ostrovsky@...cle.com>,
Dave Hansen <dave.hansen@...ux.intel.com>,
"H. Peter Anvin" <hpa@...or.com>, Ingo Molnar <mingo@...hat.com>,
Joao Martins <joao.m.martins@...cle.com>,
Jonathan Corbet <corbet@....net>,
Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>,
Paolo Bonzini <pbonzini@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
David Woodhouse <dwmw@...zon.co.uk>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Juergen Gross <jgross@...e.com>,
Peter Zijlstra <peterz@...radead.org>,
Tony Luck <tony.luck@...el.com>,
Tom Lendacky <thomas.lendacky@....com>,
Alexey Kardashevskiy <aik@....com>, kvm@...r.kernel.org,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v8 2/8] x86/cpu, kvm: Move open-coded cpuid leaf
0x80000021 EAX bit propagation code
Nit, shortlog for this should be
KVM: x86:
since this touches only KVM code.
On Mon, Jan 23, 2023, Kim Phillips wrote:
> Move code from __do_cpuid_func() to kvm_set_cpu_caps() in preparation
> for adding the features in their native leaf.
Huh, this wasn't why I was expecting, but this is better than what I had in mind.
Moving everything all at once wouldn't work well because of the kernel dependencies.
> Also drop the bit description comments as it will be more self-
> describing once the individual features are added.
>
> Whilst there, switch to using the more efficient cpu_feature_enabled()
> instead of static_cpu_has().
One more nit/request. Can you add a blurb about the synthetic features? That
part is easy to miss and will be confusing after the fact. E.g.
Note, LFENCE_RDTSC and "NULL selector clears base" are is currently
synthetic, Linux-defined feature flags as Linux tracking of the features
predates AMD's definition. Keep the manual propagation of the flags from
their synthetic counterparts until the kernel fully converts to AMD's
definition, otherwise KVM would stop synthesizing the flags as intended.
> Signed-off-by: Kim Phillips <kim.phillips@....com>
> ---
> arch/x86/kvm/cpuid.c | 30 +++++++++++-------------------
> 1 file changed, 11 insertions(+), 19 deletions(-)
>
> diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c
> index 596061c1610e..3930452bf06e 100644
> --- a/arch/x86/kvm/cpuid.c
> +++ b/arch/x86/kvm/cpuid.c
> @@ -741,6 +741,16 @@ void kvm_set_cpu_caps(void)
> 0 /* SME */ | F(SEV) | 0 /* VM_PAGE_FLUSH */ | F(SEV_ES) |
> F(SME_COHERENT));
>
> + kvm_cpu_cap_mask(CPUID_8000_0021_EAX,
> + BIT(0) /* NO_NESTED_DATA_BP */ | 0 /* SmmPgCfgLock */ |
Uber nit, to make this a bit closer to pure code movement, this should include
BIT(2) as well. Mainly because BIT(6) is also kept even though it too may be
synthesized by KVM.
> + BIT(6) /* NULL_SEL_CLR_BASE */ | 0 /* PrefetchCtlMsr */
> + );
> + if (cpu_feature_enabled(X86_FEATURE_LFENCE_RDTSC))
> + kvm_cpu_caps[CPUID_8000_0021_EAX] |= BIT(2) /* LFENCE Always serializing */;
> + if (!static_cpu_has_bug(X86_BUG_NULL_SEG))
> + kvm_cpu_caps[CPUID_8000_0021_EAX] |= BIT(6) /* NULL_SEL_CLR_BASE */;
> + kvm_cpu_caps[CPUID_8000_0021_EAX] |= BIT(9) /* NO_SMM_CTL_MSR */;
> +
> kvm_cpu_cap_mask(CPUID_C000_0001_EDX,
> F(XSTORE) | F(XSTORE_EN) | F(XCRYPT) | F(XCRYPT_EN) |
> F(ACE2) | F(ACE2_EN) | F(PHE) | F(PHE_EN) |
Powered by blists - more mailing lists