Received: by 10.223.176.5 with SMTP id f5csp224339wra; Tue, 30 Jan 2018 10:28:48 -0800 (PST) X-Google-Smtp-Source: AH8x226owipsGI9XISzWDwzRKwXAhsRXfHCp1KSzNOnCx0vAFzoxHTLtMV3LWw+ws2LNNTXdArhN X-Received: by 2002:a17:902:7b8f:: with SMTP id w15-v6mr26541307pll.219.1517336928388; Tue, 30 Jan 2018 10:28:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517336928; cv=none; d=google.com; s=arc-20160816; b=cD3apcfB4XVQdKIotOzcCvrcqlRvVau3DIfdtLo26keuLvLAZhtPcVduGC4Ka41ig4 G2u57U5mIhrF++Pz3bXL9nXDv7wX22DorhFh7J9RRcaNl5HklvyB64nf3u9PsG72odjR 8CNWErVIdsC7IWlydJOEX5PIyx9tJZms7rEnz5YefybELLfdPCd5Ie+mcsp3LOoYhjM+ Eccz4V02spv+ADaJGNRmsui97pVXwWylvwJB7/GR1hY1mZX5Zi/2rouyn4qT4+tnsRPA +9TPJfR6HME5ERVXbwOcqen6w31oL+6LW6yMrEt9fEa8rdpamR4rZyRjgw4BiBVzBOij iD1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=9V4hnk0rLc82+7CkajkRzbjeB+hz4AgIwxuY/1fD5wc=; b=mWXY8b6rI7xWQOs7W/9HmW9tJavvevn5nHFl+JmFDAxB/WsTSjU7W7MTpbqpUeljTH YfbLp4O4tOac0nkisoPDTj7OIGxePmG9BS9kUogFYd3wcY9k1uGvOF1MiOgb0gYNxSHa fJAlPb7N6EYU/0aaD2NW2+FwhFec7mL0rLu+qNAFEEM3kfF85xmI0xp2O+DWsnLMBT5u P2t/L/swjlij2xyvY+xqA9JVp4HDc9+Zo6kmQH+muZDXvBpeTTjTlToGmIqZSPq/YSxB In5DtycCGwJddJ9FNey4Nm6ZYwkfq2E5T64x6PhbuAIlvtImE6/elT1OfET2vuMY2Q3U zd4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=pNAhP/RB; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l71si9568102pgd.305.2018.01.30.10.28.33; Tue, 30 Jan 2018 10:28:48 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=pNAhP/RB; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753100AbeA3RuA (ORCPT + 99 others); Tue, 30 Jan 2018 12:50:00 -0500 Received: from mail-it0-f67.google.com ([209.85.214.67]:50473 "EHLO mail-it0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752286AbeA3Rt6 (ORCPT ); Tue, 30 Jan 2018 12:49:58 -0500 Received: by mail-it0-f67.google.com with SMTP id x128so1657234ite.0 for ; Tue, 30 Jan 2018 09:49:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9V4hnk0rLc82+7CkajkRzbjeB+hz4AgIwxuY/1fD5wc=; b=pNAhP/RBhV5carKTSsdoIy6GUQV2NamcBY962F1K2w1XvRbjQPi5rgw5z8cF8Tn3R9 jeGKVC5wCEz+BCbzp00b/wJHU7q2m9wTKuDTQ48c9Pz82WLZDDzp4yEhxQEA0rhsnHhT i6GSVVQgnMgdaIntOzpMC5wW3dMArbx9PPIYhWn8WJSLi490eUPePj0AUHcYl/Umm039 uiLoq8WdZFvZpyF+kI+Mzp6EBnY8sjJcCTgOMFaplhYk9g/A5yOIANTI9QdVPOO7pvQE iwLrs2XUJblQIox5Urbu6Tl4IxFwUuITHckpyX7nZcZQFJyjVFQvIKknAUKQ6pgSqqeD hIeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=9V4hnk0rLc82+7CkajkRzbjeB+hz4AgIwxuY/1fD5wc=; b=jaDmyo+/ZBfy38wAQqcZljtt3OLns1qomBZXpBQHW4N/gFCU0fjYkxLgHsWfzpvUQA rBUJZtp+SDrZRL6bVcTp2RDqO+sJKP7i8QEZzXueshZjVac8JVtmwMali/ELJqSaK4eW lwQNP7PHZ6ZEygWQv+L38Em+E88xVBW2zBgTdaBfdP2tB0Yl34oNRllei8x78YXF15wG BRGopSdvlNNWq9ijP07q9dfKTry+EzT0ZHzbiRX2ewyXf2imYicE5zInT6XXlam2pRK+ dNLw2f8828ZZNLnCjHQlJ4XPl8z5MyG2B6dzKdfiI2psQYP/86eq50hkzqf0pZCcDaNN K3Sg== X-Gm-Message-State: AKwxytcAgOLgzXFrG/rOB0oDOGir7/I6sreHSLJRSquoi458NjGjRwf8 yZeLBMkCToXXthJsnL1WMk4F4PiHm3VVRrebtGPfTwB4uwk= X-Received: by 10.36.80.11 with SMTP id m11mr18297246itb.3.1517334597102; Tue, 30 Jan 2018 09:49:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.128.7 with HTTP; Tue, 30 Jan 2018 09:49:56 -0800 (PST) In-Reply-To: <1517271028-15916-5-git-send-email-karahmed@amazon.de> References: <1517271028-15916-1-git-send-email-karahmed@amazon.de> <1517271028-15916-5-git-send-email-karahmed@amazon.de> From: Jim Mattson Date: Tue, 30 Jan 2018 09:49:56 -0800 Message-ID: Subject: Re: [PATCH v3 4/4] KVM: VMX: Allow direct access to MSR_IA32_SPEC_CTRL To: KarimAllah Ahmed Cc: kvm list , LKML , "the arch/x86 maintainers" , Asit Mallick , Arjan Van De Ven , Dave Hansen , Andi Kleen , Andrea Arcangeli , Linus Torvalds , Tim Chen , Thomas Gleixner , Dan Williams , Jun Nakajima , Paolo Bonzini , David Woodhouse , Greg KH , Andy Lutomirski , Ashok Raj Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 29, 2018 at 4:10 PM, KarimAllah Ahmed wrote: > [ Based on a patch from Ashok Raj ] > > Add direct access to MSR_IA32_SPEC_CTRL for guests. This is needed for > guests that will only mitigate Spectre V2 through IBRS+IBPB and will not > be using a retpoline+IBPB based approach. > > To avoid the overhead of atomically saving and restoring the > MSR_IA32_SPEC_CTRL for guests that do not actually use the MSR, only > add_atomic_switch_msr when a non-zero is written to it. > > No attempt is made to handle STIBP here, intentionally. Filtering STIBP > may be added in a future patch, which may require trapping all writes > if we don't want to pass it through directly to the guest. > > [dwmw2: Clean up CPUID bits, save/restore manually, handle reset] > > Cc: Asit Mallick > Cc: Arjan Van De Ven > Cc: Dave Hansen > Cc: Andi Kleen > Cc: Andrea Arcangeli > Cc: Linus Torvalds > Cc: Tim Chen > Cc: Thomas Gleixner > Cc: Dan Williams > Cc: Jun Nakajima > Cc: Paolo Bonzini > Cc: David Woodhouse > Cc: Greg KH > Cc: Andy Lutomirski > Cc: Ashok Raj > Signed-off-by: KarimAllah Ahmed > Signed-off-by: David Woodhouse > --- > v2: > - remove 'host_spec_ctrl' in favor of only a comment (dwmw@). > - special case writing '0' in SPEC_CTRL to avoid confusing live-migration > when the instance never used the MSR (dwmw@). > - depend on X86_FEATURE_IBRS instead of X86_FEATURE_SPEC_CTRL (dwmw@). > - add MSR_IA32_SPEC_CTRL to the list of MSRs to save (dropped it by accident). > v3: > - Save/restore manually > - Fix CPUID handling > - Fix a copy & paste error in the name of SPEC_CTRL MSR in > disable_intercept. > - support !cpu_has_vmx_msr_bitmap() > --- > arch/x86/kvm/cpuid.c | 7 +++++-- > arch/x86/kvm/vmx.c | 59 ++++++++++++++++++++++++++++++++++++++++++++++++++++ > arch/x86/kvm/x86.c | 2 +- > 3 files changed, 65 insertions(+), 3 deletions(-) > > diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c > index 1909635..662d0c0 100644 > --- a/arch/x86/kvm/cpuid.c > +++ b/arch/x86/kvm/cpuid.c > @@ -394,7 +394,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(ARCH_CAPABILITIES); > + F(AVX512_4VNNIW) | F(AVX512_4FMAPS) | F(SPEC_CTRL) | > + F(ARCH_CAPABILITIES); > > /* all calls to cpuid_count() should be made on the same cpu */ > get_cpu(); > @@ -630,9 +631,11 @@ static inline int __do_cpuid_ent(struct kvm_cpuid_entry2 *entry, u32 function, > g_phys_as = phys_as; > entry->eax = g_phys_as | (virt_as << 8); > entry->edx = 0; > - /* IBPB isn't necessarily present in hardware cpuid */ > + /* IBRS and IBPB aren't necessarily present in hardware cpuid */ > if (boot_cpu_has(X86_FEATURE_IBPB)) > entry->ebx |= F(IBPB); > + if (boot_cpu_has(X86_FEATURE_IBRS)) > + entry->ebx |= F(IBRS); > entry->ebx &= kvm_cpuid_8000_0008_ebx_x86_features; > cpuid_mask(&entry->ebx, CPUID_8000_0008_EBX); > break; > diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c > index 798a00b..9ac9747 100644 > --- a/arch/x86/kvm/vmx.c > +++ b/arch/x86/kvm/vmx.c > @@ -582,6 +582,8 @@ struct vcpu_vmx { > u64 msr_guest_kernel_gs_base; > #endif > u64 arch_capabilities; > + u64 spec_ctrl; > + bool save_spec_ctrl_on_exit; > > u32 vm_entry_controls_shadow; > u32 vm_exit_controls_shadow; > @@ -922,6 +924,8 @@ static void vmx_set_nmi_mask(struct kvm_vcpu *vcpu, bool masked); > static bool nested_vmx_is_page_fault_vmexit(struct vmcs12 *vmcs12, > u16 error_code); > static void vmx_update_msr_bitmap(struct kvm_vcpu *vcpu); > +static void __always_inline vmx_disable_intercept_for_msr(unsigned long *msr_bitmap, > + u32 msr, int type); > > static DEFINE_PER_CPU(struct vmcs *, vmxarea); > static DEFINE_PER_CPU(struct vmcs *, current_vmcs); > @@ -3226,6 +3230,13 @@ static int vmx_get_msr(struct kvm_vcpu *vcpu, struct msr_data *msr_info) > case MSR_IA32_TSC: > msr_info->data = guest_read_tsc(vcpu); > break; > + case MSR_IA32_SPEC_CTRL: > + if (!msr_info->host_initiated && > + !guest_cpuid_has(vcpu, X86_FEATURE_IBRS)) > + return 1; > + > + msr_info->data = to_vmx(vcpu)->spec_ctrl; > + break; > case MSR_IA32_ARCH_CAPABILITIES: > if (!msr_info->host_initiated && > !guest_cpuid_has(vcpu, X86_FEATURE_ARCH_CAPABILITIES)) > @@ -3339,6 +3350,31 @@ static int vmx_set_msr(struct kvm_vcpu *vcpu, struct msr_data *msr_info) > case MSR_IA32_TSC: > kvm_write_tsc(vcpu, msr_info); > break; > + case MSR_IA32_SPEC_CTRL: > + if (!msr_info->host_initiated && > + !guest_cpuid_has(vcpu, X86_FEATURE_IBRS)) > + return 1; > + > + /* The STIBP bit doesn't fault even if it's not advertised */ > + if (data & ~(SPEC_CTRL_IBRS | SPEC_CTRL_STIBP)) > + return 1; > + > + vmx->spec_ctrl = data; > + > + /* > + * When it's written (to non-zero) for the first time, pass > + * it through. This means we don't have to take the perf > + * hit of saving it on vmexit for the common case of guests > + * that don't use it. > + */ > + if (cpu_has_vmx_msr_bitmap() && data && > + !vmx->save_spec_ctrl_on_exit) { > + vmx->save_spec_ctrl_on_exit = true; > + vmx_disable_intercept_for_msr(vmx->vmcs01.msr_bitmap, > + MSR_IA32_SPEC_CTRL, > + MSR_TYPE_RW); > + } This code seems to assume that L1 is currently active. What if L2 is currently active? > + break; > case MSR_IA32_PRED_CMD: > if (!msr_info->host_initiated && > !guest_cpuid_has(vcpu, X86_FEATURE_IBPB)) > @@ -5644,6 +5680,7 @@ static void vmx_vcpu_reset(struct kvm_vcpu *vcpu, bool init_event) > u64 cr0; > > vmx->rmode.vm86_active = 0; > + vmx->spec_ctrl = 0; > > vmx->vcpu.arch.regs[VCPU_REGS_RDX] = get_rdx_init_val(); > kvm_set_cr8(vcpu, 0); > @@ -9314,6 +9351,15 @@ static void __noclone vmx_vcpu_run(struct kvm_vcpu *vcpu) > > vmx_arm_hv_timer(vcpu); > > + /* > + * If this vCPU has touched SPEC_CTRL, restore the guest's value if > + * it's non-zero. Since vmentry is serialising on affected CPUs, there > + * is no need to worry about the conditional branch over the wrmsr > + * being speculatively taken. > + */ > + if (vmx->spec_ctrl) > + wrmsrl(MSR_IA32_SPEC_CTRL, vmx->spec_ctrl); > + > vmx->__launched = vmx->loaded_vmcs->launched; > asm( > /* Store host registers */ > @@ -9420,6 +9466,19 @@ static void __noclone vmx_vcpu_run(struct kvm_vcpu *vcpu) > #endif > ); > > + /* > + * We do not use IBRS in the kernel. If this vCPU has used the > + * SPEC_CTRL MSR it may have left it on; save the value and > + * turn it off. This is much more efficient than blindly adding > + * it to the atomic save/restore list. Especially as the former > + * (Saving guest MSRs on vmexit) doesn't even exist in KVM. > + */ > + if (vmx->save_spec_ctrl_on_exit) > + rdmsrl(MSR_IA32_SPEC_CTRL, vmx->spec_ctrl); > + > + if (vmx->spec_ctrl) > + wrmsrl(MSR_IA32_SPEC_CTRL, 0); > + > /* Eliminate branch target predictions from guest mode */ > vmexit_fill_RSB(); > > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > index 8e889dc..fc9724c 100644 > --- a/arch/x86/kvm/x86.c > +++ b/arch/x86/kvm/x86.c > @@ -1006,7 +1006,7 @@ static u32 msrs_to_save[] = { > #endif > MSR_IA32_TSC, MSR_IA32_CR_PAT, MSR_VM_HSAVE_PA, > MSR_IA32_FEATURE_CONTROL, MSR_IA32_BNDCFGS, MSR_TSC_AUX, > - MSR_IA32_ARCH_CAPABILITIES > + MSR_IA32_SPEC_CTRL, MSR_IA32_ARCH_CAPABILITIES > }; > > static unsigned num_msrs_to_save; > -- > 2.7.4 >