[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <DM8PR11MB5719A5BB1C56D442F0E25544923B9@DM8PR11MB5719.namprd11.prod.outlook.com>
Date: Fri, 4 Nov 2022 13:53:22 +0000
From: "Van De Ven, Arjan" <arjan.van.de.ven@...el.com>
To: Borislav Petkov <bp@...en8.de>, "Raj, Ashok" <ashok.raj@...el.com>
CC: Thomas Gleixner <tglx@...utronix.de>,
LKML Mailing List <linux-kernel@...r.kernel.org>,
X86-kernel <x86@...nel.org>, "Luck, Tony" <tony.luck@...el.com>,
"Hansen, Dave" <dave.hansen@...el.com>,
"Lutomirski, Andy" <luto@...nel.org>,
"Pan, Jacob jun" <jacob.jun.pan@...el.com>,
"Tom Lendacky" <thomas.lendacky@....com>,
"Huang, Kai" <kai.huang@...el.com>,
"andrew.cooper3@...rix.com" <andrew.cooper3@...rix.com>
Subject: RE: [v2 01/13] x86/microcode/intel: Prevent printing updated
microcode rev multiple times
> This basically means that the loader is not going to support mixed
> steppings microcode.
>
> Yes, no?
>
> If yes, can I remove the patch cache too and use a single buffer for the
> current patch?
>
> That would simplify things even more.
multistepping is really not well supported, and for cases where it ends up happening, often a "full set" microcode file is made
(where the kernel doesn't need to know)
so I think by all means, if life is simpler, stop doing complicated things for mixed stepping
Powered by blists - more mailing lists