Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp306472imu; Tue, 27 Nov 2018 12:43:57 -0800 (PST) X-Google-Smtp-Source: AFSGD/UR2n7n4hQ9eYD9UYTaNI95fTe39ldJ72E5JcYkKUKkYtc/TD1S+fFtuXlGBo+uCa2LuVBJ X-Received: by 2002:a17:902:2dc3:: with SMTP id p61mr33287609plb.166.1543351437708; Tue, 27 Nov 2018 12:43:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543351437; cv=none; d=google.com; s=arc-20160816; b=CYtxuk1knro7At0JtzYHGJhaRxeumjpUviQiJJjNyjINm+lHp7HkhQ3USg8rr4cgGV B/X00MedYG2FGSdxTmt3L9QgugfA/kAcdrNLtNNGKULTwh2XJN5tlSxz4V71A8X8qeM6 YAVxCeo3VqTcTU5R/mR6TPG7ZcdwWEwu6KqgQQ4VPa9xGeIdomKaaypty8e/eS2ukhTk uxMuAMvbdqDYBXUriyy1gGFaIWK+YCTuUP3tdZUdD7d98V/A09eeCApHwX3/e/Os5966 X7+Asq71TPCDNdEdPipsBIJeY93ujFuw9AsDV8HK8iBPNyH8ARBO3TkfWZli188cpSpZ CKnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=cIP0OrB6g04Q+KEDF9A7BE9SIGOd7AjuXEER/mU9HK4=; b=t28DP8B//qM2grREWlsF9YA+1j0ZVMHlRItQtLeM0dRJeVGQE48cCIoIrJxYjsTiFZ vMCbdE93/M/3aZsOtyK5rJaxCgGCBXkcS9AVymnJj3RTqKK/Qm5Hz74Rx845kj6kMB99 /i/RLe0sjbDPlcfZ0gS+GTya0m43YEN4ZcAvR6yjt3yrcVy1spnDDIRhgsBrT5h19p2l 0/jPh54c4R2t36a1eHFqc4axaVAgmMSn3t6j/lIJbMA8HB9xF3IAQwnSCGvcDFYk2j48 0uQmuo4Htq7PYwEmeeR54Gy1cRL4XWSd+oI1w6xCKkktgW+IewKLr3snjOWbhIU8pSfm BkAg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o61si1357762pld.246.2018.11.27.12.43.41; Tue, 27 Nov 2018 12:43:57 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726362AbeK1HmH (ORCPT + 99 others); Wed, 28 Nov 2018 02:42:07 -0500 Received: from Galois.linutronix.de ([146.0.238.70]:58307 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726181AbeK1HmH (ORCPT ); Wed, 28 Nov 2018 02:42:07 -0500 Received: from p4fea46ac.dip0.t-ipconnect.de ([79.234.70.172] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1gRkC8-0002oW-M3; Tue, 27 Nov 2018 21:42:56 +0100 Date: Tue, 27 Nov 2018 21:42:56 +0100 (CET) From: Thomas Gleixner To: "Lendacky, Thomas" cc: LKML , "x86@kernel.org" , Peter Zijlstra , Andy Lutomirski , Linus Torvalds , Jiri Kosina , Josh Poimboeuf , Andrea Arcangeli , David Woodhouse , Tim Chen , Andi Kleen , Dave Hansen , Casey Schaufler , Asit Mallick , Arjan van de Ven , Jon Masters , Waiman Long , Greg KH , Dave Stewart , Kees Cook Subject: Re: [patch V2 18/28] x86/speculation: Prepare for per task indirect branch speculation control In-Reply-To: Message-ID: References: <20181125183328.318175777@linutronix.de> <20181125185005.176917199@linutronix.de> <7ec59a1a-4caf-24f6-3466-ee1d01594861@amd.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 27 Nov 2018, Thomas Gleixner wrote: > On Tue, 27 Nov 2018, Lendacky, Thomas wrote: > > On 11/25/2018 12:33 PM, Thomas Gleixner wrote: > > > --- a/arch/x86/kernel/process.c > > > +++ b/arch/x86/kernel/process.c > > > @@ -406,6 +406,11 @@ static __always_inline void spec_ctrl_up > > > if (static_cpu_has(X86_FEATURE_SSBD)) > > > msr |= ssbd_tif_to_spec_ctrl(tifn); > > > > I did some quick testing and found my original logic was flawed. Since > > spec_ctrl_update_msr() can now be called for STIBP, an additional check > > is needed to set the SSBD MSR bit. > > > > Both X86_FEATURE_VIRT_SSBD and X86_FEATURE_LS_CFG_SSBD cause > > X86_FEATURE_SSBD to be set. Before this patch, spec_ctrl_update_msr() was > > only called if X86_FEATURE_SSBD was set and one of the other SSBD features > > wasn't set. But now, STIBP can cause spec_ctrl_update_msr() to get called > > and cause the SSBD MSR bit to be set when it shouldn't (could result in > > a GP fault). > > The below should fix that. We have the same logic in x86_virt_spec_ctrl() Actually it's incomplete. Full version below. Thanks, tglx 8<----------------- --- a/arch/x86/kernel/process.c +++ b/arch/x86/kernel/process.c @@ -403,10 +403,11 @@ static __always_inline void spec_ctrl_up u64 msr = x86_spec_ctrl_base; /* - * If X86_FEATURE_SSBD is not set, the SSBD bit is not to be - * touched. + * If SSBD is not controlled in MSR_SPEC_CTRL, the SSBD bit has not + * to be touched. */ - if (static_cpu_has(X86_FEATURE_SSBD)) + if (static_cpu_has(X86_FEATURE_SPEC_CTRL_SSBD) || + static_cpu_has(X86_FEATURE_AMD_SSBD)) msr |= ssbd_tif_to_spec_ctrl(tifn); /* Only evaluate if conditional STIBP is enabled */ @@ -440,7 +441,8 @@ static __always_inline void __speculatio amd_set_ssb_virt_state(tifn); else if (static_cpu_has(X86_FEATURE_LS_CFG_SSBD)) amd_set_core_ssb_state(tifn); - else if (static_cpu_has(X86_FEATURE_SSBD)) + else if (static_cpu_has(X86_FEATURE_SPEC_CTRL_SSBD) || + static_cpu_has(X86_FEATURE_AMD_SSBD)) updmsr = true; }