From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from userp2130.oracle.com ([156.151.31.86]) by Galois.linutronix.de with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1fBMPO-0003CG-5M for speck@linutronix.de; Wed, 25 Apr 2018 17:32:38 +0200 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w3PFQupI050332 for ; Wed, 25 Apr 2018 15:32:30 GMT Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp2130.oracle.com with ESMTP id 2hfvrbyb5g-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 25 Apr 2018 15:32:30 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w3PFWTaf001016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 25 Apr 2018 15:32:29 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w3PFWSbe013739 for ; Wed, 25 Apr 2018 15:32:29 GMT Date: Wed, 25 Apr 2018 11:32:23 -0400 From: Konrad Rzeszutek Wilk Subject: [MODERATED] Re: [PATCH v4 06/10] [PATCH v4 6/9] Linux Patch #6 Message-ID: <20180425153206.GA27641@localhost.localdomain> References: <20180424031751.311879235@dhcp-10-159-147-220.vpn.oracle.com> <20180424132156.GF15235@pd.tnic> <20180424154652.GC24865@dhcp-10-159-147-220.vpn.oracle.com> <20180424163656.GI15235@pd.tnic> <20180424180750.GB25904@localhost.localdomain> <20180424184646.GL15235@pd.tnic> MIME-Version: 1.0 In-Reply-To: <20180424184646.GL15235@pd.tnic> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable To: speck@linutronix.de List-ID: On Tue, Apr 24, 2018 at 08:46:46PM +0200, speck for Borislav Petkov wrote: > On Tue, Apr 24, 2018 at 02:07:50PM -0400, speck for Konrad Rzeszutek Wilk w= rote: > > And it nicely slurps it up from the CPUID.7.EDX[31]. >=20 > Yap. >=20 > > Which means patch #7 is good - just needs a better name for the > > X86_FEATURE_SPEC_STORE_BYPASS_DISABLE_BECAUSE_I_LIKE_LONG_NAMES > >=20 >=20 > Huh? >=20 > You either use X86_FEATURE_RDS >=20 > XOR >=20 > X86_FEATURE_SPEC_STORE_BYPASS_DISABLE >=20 > No need for both. We need two CPU bit flags. First to say: 1). I am able to mitigate. This will be via X86_FEATURE_RDS for both AMD and Intel. 2). I _want_ to mitigate. This will be via X86_FEATURE_SPEC_STORE_BYPASS_DIS= ABLE to tell the init_amd_bd,init_amd_zn,init_amd_jg, and init_intel to do its magic. >=20 > --=20 > Regards/Gruss, > Boris. >=20 > SUSE Linux GmbH, GF: Felix Imend=C3=B6rffer, Jane Smithard, Graham Norton, = HRB 21284 (AG N=C3=BCrnberg) > --=20