Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DEBB3C54E94 for ; Tue, 24 Jan 2023 01:15:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232618AbjAXBO7 (ORCPT ); Mon, 23 Jan 2023 20:14:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44222 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232569AbjAXBO6 (ORCPT ); Mon, 23 Jan 2023 20:14:58 -0500 Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8E73D728E for ; Mon, 23 Jan 2023 17:14:56 -0800 (PST) Received: by mail-pl1-x632.google.com with SMTP id p24so13225706plw.11 for ; Mon, 23 Jan 2023 17:14:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=70xdsOEHAveqye/Jur5if/nOX8gXKvDXgJeMv3ZrfA4=; b=mkjxM6wwi/KTaBjYdQqu7iDPLKbJWQMh+nAD6L9YOIM7lqJ8aPLDFLzuOjPX8nMzAK lbYsoX14WtWmR2c//JOwqiMxoy8FzGzKtWRkXw43o9AYW8L4GCkx2LoXGrjN4IsEmRcW 8E4+f8UcQGLrP6ZyjXvR2Di+hm/hm8+SWQVvU/pBtautyucKzVkpA6ZNmFQiq/E35hZy NPM1dRWrJY3DFfjcvWWZ0S1JpvCON5ArMcqvkYJW2uABw9IDa2YT4lkMOo4EhUvCOBrD V1pNyXiMsiNXVYO8q44g815MMYIU/Cz77Kh2i6hAmEehUv575E3rDImHYgCVEnpHo4Fc GbcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=70xdsOEHAveqye/Jur5if/nOX8gXKvDXgJeMv3ZrfA4=; b=oGMQolnBym6O8GPDlbLzfZycuTZ29nVKukYfj3PJYOSJwhLuIfrhcx6wCIfIl9aAnC 26zMeVSGI0GxohvUVNY1lnNcx/aSlOXNt/HCmqkmh8MbAmaz/tcKNfeaWuKyY95w4Bdu igJWk+bkqjGmZ/xa+9lY0MqH1d+l4B6IHPh8K/trQQdXbDosiM2pzkBlb8aCwF7kQZd9 AkBUL85L/Ehg+cK35Ag5oC5NFssC70epr/JFgNMcHxyVyJFlYGXVJ5QfelENPpEVvEol fSISpiBDt9xPeK8WK2HG/PINpgSrThkD+3LeaAofuyufO5puhLkCJyxfY2XOUy7GBvy3 JOQw== X-Gm-Message-State: AO0yUKWHVwm3LwvAvgoFc2iQGLC3ZDknyEvMOePQTUhBRqixSbmxjjso a/zihuI3bQIW0mNtJvoK/ek8iQ== X-Google-Smtp-Source: AK7set/x3Ypl61MzTS/rqvKmF2ePi9547FHE+Ei0q/V919hGCzgGRyzY1k/iXxGxOOrwrbEBTFI2CQ== X-Received: by 2002:a17:902:9894:b0:189:b910:c6d2 with SMTP id s20-20020a170902989400b00189b910c6d2mr3688plp.1.1674522895863; Mon, 23 Jan 2023 17:14:55 -0800 (PST) Received: from google.com (7.104.168.34.bc.googleusercontent.com. [34.168.104.7]) by smtp.gmail.com with ESMTPSA id ij18-20020a170902ab5200b001947982eb8fsm346525plb.60.2023.01.23.17.14.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 Jan 2023 17:14:55 -0800 (PST) Date: Tue, 24 Jan 2023 01:14:52 +0000 From: Sean Christopherson To: Kim Phillips Cc: x86@kernel.org, Borislav Petkov , Boris Ostrovsky , Dave Hansen , "H. Peter Anvin" , Ingo Molnar , Joao Martins , Jonathan Corbet , Konrad Rzeszutek Wilk , Paolo Bonzini , Thomas Gleixner , David Woodhouse , Greg Kroah-Hartman , Juergen Gross , Peter Zijlstra , Tony Luck , Tom Lendacky , Alexey Kardashevskiy , kvm@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v8 2/8] x86/cpu, kvm: Move open-coded cpuid leaf 0x80000021 EAX bit propagation code Message-ID: References: <20230123225700.2224063-1-kim.phillips@amd.com> <20230123225700.2224063-3-kim.phillips@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230123225700.2224063-3-kim.phillips@amd.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 > --- > 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) |