[<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
 
