Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp584820img; Mon, 18 Mar 2019 09:39:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqynaFXcdXWL+tn7UUf6lzDyGvzBVOeuESvTxLUd6k7pbz5GhAsDOlrM5kBAb2IFBQ7q9LSJ X-Received: by 2002:a17:902:9a43:: with SMTP id x3mr20488457plv.173.1552927192243; Mon, 18 Mar 2019 09:39:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552927192; cv=none; d=google.com; s=arc-20160816; b=JsCRQc0vMQ1YhYIpfGQPmZeiX4vqMCLElejo88zjlBiZElTR8cWbudgsPjjUYLs1jW cGshuwcgBDBVWcPbxnBOY0i77wfsriybo0jPbOsxrhLPduWCExyjbZvCwVcymaa6/Bdk UHFkrf1OnLMqOqhiYBB+qdfNLbQQnCE1NBUHvCRAjIHu1ICkzvaDVccYfRmqFty9QA71 VtSfkDIRwCkJAts+WNVnoOkTk/mG4PtJrLhgdPT5YHkaEsFecOFUCjZdKbK5HqMchMHp ZUDvU1XBHqF4MVKk9fVX1cQ1iWWy4X5CsVvKoCKsMVpGf28rkvtfA59nzZhiucu8EfSt UDjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=sx2/3C6caUE7YjRnLtwBtae3XI72V574e6fyLCC/r6s=; b=y5xnBGY5Qd7YbStLKmSOxb/ZjWMIjXxGS8pVM69tkjDKIY0w3GrgxEAqTjeHLiBr1D Qq1r/GW2+J+tRZ6zi9vnOCHw3NQpE+Qq2Qwvb6gc8IV6s77lm7r3cIm0UWgeK2XQGY1w +23PyRx22u3397PTt18xmpqQNZK4ycmWUU2esTyU05ayKxwCEIcbhuFUPGP8nYFTSVRz WQnmuDL7pOE+1Crbia6k+ZUZUkL6iHc2JMZZq8r/61Xh//VwMgaULWFbrvD3iJen5g15 GJjDMnUUGHXLGKdVNxADzPuZdRyXO0I+fFvIDKMMC2JEU2+WgbQ7SJfn1KndQubD8nRO OAxw== 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 o5si8860372pgp.496.2019.03.18.09.39.37; Mon, 18 Mar 2019 09:39:52 -0700 (PDT) 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 S1727614AbfCRQid (ORCPT + 99 others); Mon, 18 Mar 2019 12:38:33 -0400 Received: from mga01.intel.com ([192.55.52.88]:21640 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727062AbfCRQid (ORCPT ); Mon, 18 Mar 2019 12:38:33 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Mar 2019 09:38:32 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,494,1544515200"; d="scan'208";a="329693164" Received: from sjchrist-coffee.jf.intel.com (HELO linux.intel.com) ([10.54.74.181]) by fmsmga005.fm.intel.com with ESMTP; 18 Mar 2019 09:38:32 -0700 Date: Mon, 18 Mar 2019 09:38:32 -0700 From: Sean Christopherson To: Xiaoyao Li Cc: kvm@vger.kernel.org, Paolo Bonzini , Radim =?utf-8?B?S3LEjW3DocWZ?= , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , linux-kernel@vger.kernel.org, chao.gao@intel.com Subject: Re: [PATCH v2 2/2] kvm/vmx: Using hardware cpuid faulting to avoid emulation overhead Message-ID: <20190318163832.GB13528@linux.intel.com> References: <20190318114324.14198-1-xiaoyao.li@linux.intel.com> <20190318114324.14198-3-xiaoyao.li@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190318114324.14198-3-xiaoyao.li@linux.intel.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 18, 2019 at 07:43:24PM +0800, Xiaoyao Li wrote: > Current cpuid faulting of guest is purely emulated in kvm, which exploits > CPUID vm exit to inject #GP to guest. However, if host hardware cpu has > X86_FEATURE_CPUID_FAULT, we can just use the hardware cpuid faulting for > guest to avoid the vm exit overhead. Heh, I obviously didn't look at this patch before responding to patch 1/2. > Note: cpuid faulting takes higher priority over CPUID instruction vm > exit (Intel SDM vol3.25.1.1). > > Since cpuid faulting only exists on some Intel's cpu, just apply this > optimization to vmx. > > Signed-off-by: Xiaoyao Li > --- > arch/x86/include/asm/kvm_host.h | 2 ++ > arch/x86/kvm/vmx/vmx.c | 19 +++++++++++++++---- > arch/x86/kvm/x86.c | 15 ++++++++++++--- > 3 files changed, 29 insertions(+), 7 deletions(-) > > diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h > index ce79d7bfe1fd..14cad587b804 100644 > --- a/arch/x86/include/asm/kvm_host.h > +++ b/arch/x86/include/asm/kvm_host.h > @@ -1339,6 +1339,8 @@ void kvm_lmsw(struct kvm_vcpu *vcpu, unsigned long msw); > void kvm_get_cs_db_l_bits(struct kvm_vcpu *vcpu, int *db, int *l); > int kvm_set_xcr(struct kvm_vcpu *vcpu, u32 index, u64 xcr); > > +int kvm_supported_msr_misc_features_enables(struct kvm_vcpu *vcpu, u64 data); > + > int kvm_get_msr_common(struct kvm_vcpu *vcpu, struct msr_data *msr); > int kvm_set_msr_common(struct kvm_vcpu *vcpu, struct msr_data *msr); > > diff --git a/arch/x86/kvm/vmx/vmx.c b/arch/x86/kvm/vmx/vmx.c > index 2c59e0209e36..6b413e471dca 100644 > --- a/arch/x86/kvm/vmx/vmx.c > +++ b/arch/x86/kvm/vmx/vmx.c > @@ -1037,7 +1037,7 @@ static void pt_guest_exit(struct vcpu_vmx *vmx) > > static void vmx_save_host_cpuid_fault(struct vcpu_vmx *vmx) > { > - u64 host_val; > + u64 host_val, guest_val; > > if (!boot_cpu_has(X86_FEATURE_CPUID_FAULT)) > return; > @@ -1045,10 +1045,12 @@ static void vmx_save_host_cpuid_fault(struct vcpu_vmx *vmx) > rdmsrl(MSR_MISC_FEATURES_ENABLES, host_val); > vmx->host_msr_misc_features_enables = host_val; > > - /* clear cpuid fault bit to avoid it leak to guest */ > - if (host_val & MSR_MISC_FEATURES_ENABLES_CPUID_FAULT) { > + guest_val = vmx->vcpu.arch.msr_misc_features_enables; > + > + /* we can use the hardware cpuid faulting to avoid emulation overhead */ > + if ((host_val ^ guest_val) & MSR_MISC_FEATURES_ENABLES_CPUID_FAULT) { > wrmsrl(MSR_MISC_FEATURES_ENABLES, > - host_val & ~MSR_MISC_FEATURES_ENABLES_CPUID_FAULT); > + host_val ^ MSR_MISC_FEATURES_ENABLES_CPUID_FAULT); > } > } > > @@ -2057,6 +2059,15 @@ static int vmx_set_msr(struct kvm_vcpu *vcpu, struct msr_data *msr_info) > else > vmx->pt_desc.guest.addr_a[index / 2] = data; > break; > + case MSR_MISC_FEATURES_ENABLES: > + if (!kvm_supported_msr_misc_features_enables(vcpu, data)) > + return 1; > + if (boot_cpu_has(X86_FEATURE_CPUID_FAULT)) { > + if (vmx->loaded_cpu_state) No need for two separate if statements. And assuming we're checking the existing shadow value when loading guest/host state, the WRMSR should only be done if the host's value is non-zero. > + wrmsrl(MSR_MISC_FEATURES_ENABLES, data); > + } > + vcpu->arch.msr_misc_features_enables = data; > + break; > case MSR_TSC_AUX: > if (!msr_info->host_initiated && > !guest_cpuid_has(vcpu, X86_FEATURE_RDTSCP)) > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > index 434ec113cc79..33a8c95b2f2e 100644 > --- a/arch/x86/kvm/x86.c > +++ b/arch/x86/kvm/x86.c > @@ -2449,6 +2449,17 @@ static void record_steal_time(struct kvm_vcpu *vcpu) > &vcpu->arch.st.steal, sizeof(struct kvm_steal_time)); > } > > +int kvm_supported_msr_misc_features_enables(struct kvm_vcpu *vcpu, u64 data) > +{ > + if (data & ~MSR_MISC_FEATURES_ENABLES_CPUID_FAULT || > + (data & MSR_MISC_FEATURES_ENABLES_CPUID_FAULT && > + !supports_cpuid_fault(vcpu))) > + return 0; > + else > + return 1; > +} > +EXPORT_SYMBOL_GPL(kvm_supported_msr_misc_features_enables); > + > int kvm_set_msr_common(struct kvm_vcpu *vcpu, struct msr_data *msr_info) > { > bool pr = false; > @@ -2669,9 +2680,7 @@ int kvm_set_msr_common(struct kvm_vcpu *vcpu, struct msr_data *msr_info) > vcpu->arch.msr_platform_info = data; > break; > case MSR_MISC_FEATURES_ENABLES: > - if (data & ~MSR_MISC_FEATURES_ENABLES_CPUID_FAULT || > - (data & MSR_MISC_FEATURES_ENABLES_CPUID_FAULT && > - !supports_cpuid_fault(vcpu))) > + if (!kvm_supported_msr_misc_features_enables(vcpu, data)) > return 1; > vcpu->arch.msr_misc_features_enables = data; > break; > -- > 2.19.1 >