From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linutronix.de (146.0.238.70:993) by crypto-ml.lab.linutronix.de with IMAP4-SSL for ; 12 Dec 2018 21:32:03 -0000 Received: from userp2120.oracle.com ([156.151.31.85]) by Galois.linutronix.de with esmtps (TLS1.2:RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1gXC6r-0001c3-7v for speck@linutronix.de; Wed, 12 Dec 2018 22:32:01 +0100 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id wBCLSZxP095267 for ; Wed, 12 Dec 2018 21:31:54 GMT Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp2120.oracle.com with ESMTP id 2pb7tf0qjf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 12 Dec 2018 21:31:54 +0000 Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id wBCLVmRw005134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 12 Dec 2018 21:31:49 GMT Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id wBCLVmhJ025877 for ; Wed, 12 Dec 2018 21:31:48 GMT Date: Wed, 12 Dec 2018 16:31:48 -0500 From: Konrad Rzeszutek Wilk Subject: [MODERATED] Re: [PATCH v2 2/8] MDSv2 1 Message-ID: <20181212213147.GR9077@char.us.oracle.com> References: <87784B01-00DE-4E4E-AF13-7CEFC9903019@oracle.com> <20181211100335.GB25994@zn.tnic> MIME-Version: 1.0 In-Reply-To: <20181211100335.GB25994@zn.tnic> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable To: speck@linutronix.de List-ID: On Tue, Dec 11, 2018 at 11:03:35AM +0100, speck for Borislav Petkov wrote: > On Mon, Dec 10, 2018 at 07:13:18PM -0500, speck for Kanth Ghatraju wrote: > > If you have a patched kernel but old microcode and then do a late load > > of the microcode, >=20 > And to extend what the others said: late microcode loading is a can > of worms which we shouldnt've opened back then. Especially since it > requires a complicated dance on the OS part to quiesce the cores to even > work without locking up the core or whatever crazy can happen. We (Oracle, UEK kernel) has this can of worms happily (well, we did have to get rid of some bugs) working. We can start that conversation upstream, but Thomas and Boris -are you guys very much against this idea with the upstream kernel or would you be up for taking a sip from this can? Thanks! >=20 > So microcode update should be handled just like updating your kernel - > you need to reboot the machine. >=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