Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp2347995imb; Mon, 4 Mar 2019 02:50:01 -0800 (PST) X-Google-Smtp-Source: AHgI3Ia4bBpNAHkzFGjrZBIMSXbv9IbXykgBhlW3uHI+T1FTdu3hA3GhnnNJLnF4AsKQHyK0T9Ph X-Received: by 2002:a62:4188:: with SMTP id g8mr19870925pfd.205.1551696601519; Mon, 04 Mar 2019 02:50:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551696601; cv=none; d=google.com; s=arc-20160816; b=bc0z3XFa+y4hbGxcW6MsNzjexp5j4+HpgpbyHpLPxifTR0uUixGe/AQzZU6VuxEJvV zTvMG212OqVYoatEfym5Esc6CYDOS8Nyqx4mibCUL9+pevqQi7ljpPe2iJ3LeEeClF60 r6AIQfAw/YLVC1s2kgvNgy3W/du+GlvN+CPifHcd8fq+Ojeo2wTrCMETIIAtdQ1cjKj5 4j/whlByg9ZALprlcmg2r5oXPHka6Y2+kl/iCY+UWkZWb6yL2vXyJtabD4yxK4cOs9fq hp4n+Oh9EV3qM9KzmpSrzvVuRklC70SAEACQzEyWKlnaoEfFj+n8vfi5nz9MCKLwVMr+ M5dg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=kjYxIeI4l28UCwzG9cjFJf06jJzBjtqfVK+OhE14+3Y=; b=t8OBstiozqryeoju24YmIHOPDHJ18UhevqS84SEtlokX5zYItwi0KEHJawDKFFkc62 HOus5DcfWyYW/f/bib+0nP1jeqJIwdacBIgKQt0zvrmFomJiwz+lAl7HLQV5kpD00MZV UiZEds7VRSzEtjuCPQUpJFcIkd5l9O5GEIuMkBZKU9wJAfdVeXm+JE2A6TNBI54q7f3b 0HXMMgToIFdwhEP2CL5Ux/DyqUKdH2EfjvRI+M5SaSgrvM1UuNoTdHhlf8AU7GVXUrh+ NbJWm3S8a2uGHg3/ZP2vkSVQVhKS9wmH+fstColqSza7HekI2l+y2AHDr7V7Sz9l+l4z ADTA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h2si1143430plr.135.2019.03.04.02.49.46; Mon, 04 Mar 2019 02:50:01 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726226AbfCDKrU (ORCPT + 99 others); Mon, 4 Mar 2019 05:47:20 -0500 Received: from mga03.intel.com ([134.134.136.65]:25185 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726061AbfCDKrT (ORCPT ); Mon, 4 Mar 2019 05:47:19 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Mar 2019 02:47:19 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,439,1544515200"; d="scan'208";a="304205693" Received: from lxy-dell.sh.intel.com ([10.239.159.147]) by orsmga005.jf.intel.com with ESMTP; 04 Mar 2019 02:47:16 -0800 Message-ID: Subject: Re: [PATCH v4 15/17] kvm: x86: Report CORE_CAPABILITY on GET_SUPPORTED_CPUID From: Xiaoyao Li To: Paolo Bonzini , Fenghua Yu , Thomas Gleixner , Ingo Molnar , Borislav Petkov , H Peter Anvin , Dave Hansen , Ashok Raj , Peter Zijlstra , Ravi V Shankar Cc: linux-kernel , x86 , kvm@vger.kernel.org Date: Mon, 04 Mar 2019 18:47:19 +0800 In-Reply-To: <697ee0bd-a5f6-7712-017e-455eed5bc185@redhat.com> References: <1551494711-213533-1-git-send-email-fenghua.yu@intel.com> <1551494711-213533-16-git-send-email-fenghua.yu@intel.com> <697ee0bd-a5f6-7712-017e-455eed5bc185@redhat.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-2.el7) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2019-03-04 at 09:38 +0100, Paolo Bonzini wrote: > On 02/03/19 03:45, Fenghua Yu wrote: > > From: Xiaoyao Li > > > > In the latest Intel SDM, CPUID.(EAX=7H,ECX=0):EDX[30] will enumerate > > the presence of the IA32_CORE_CAPABILITY MSR. > > > > Update GET_SUPPORTED_CPUID to expose this feature bit to user space, so > > that user space know this bit can be enabled in CPUID. > > > > Signed-off-by: Xiaoyao Li > > --- > > arch/x86/kvm/cpuid.c | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c > > index c07958b59f50..e0e17b9c65da 100644 > > --- a/arch/x86/kvm/cpuid.c > > +++ b/arch/x86/kvm/cpuid.c > > @@ -410,7 +410,8 @@ static inline int __do_cpuid_ent(struct kvm_cpuid_entry2 > > *entry, u32 function, > > /* cpuid 7.0.edx*/ > > const u32 kvm_cpuid_7_0_edx_x86_features = > > F(AVX512_4VNNIW) | F(AVX512_4FMAPS) | F(SPEC_CTRL) | > > - F(SPEC_CTRL_SSBD) | F(ARCH_CAPABILITIES) | F(INTEL_STIBP); > > + F(SPEC_CTRL_SSBD) | F(ARCH_CAPABILITIES) | F(CORE_CAPABILITY) | > > + F(INTEL_STIBP); > > This should be enabled always if boot_cpu_has(X86_FEATURE_SPLIT_LOCK_DETECT), > since the MSR is emulated. This way, guests can always rely on > IA32_CORE_CAPABILITY_MSR and it won't have to rely on the FMS > (which means nothing inside a guest). > > Paolo Hi, Paolo Do you mean that we don't need this here, but to add the handling below? static inline int __do_cpuid_ent(struct kvm_cpuid_entry2 * entry, u32 function, ... switch (function) { ... case 7: { ... if (index ==0) { ... if(boot_cpu_has(X86_FEATURE_SPLIT_LOCK_DETECT)) entry->edx |= F(CORE_CAPABILITY); } ... ... } ... } > > /* all calls to cpuid_count() should be made on the same cpu */ > > get_cpu(); > > > >