Re: [PATCH] scripts/x86/intel: keep the highest microcode revision
From: Sohil Mehta
Date: Fri Nov 13 2026 - 21:46:20 EST
On 11/7/2026 11:13 AM, Hamdy Abou El Anein wrote:
> From: Hamdy Abou El Anein <hamdy.aea@xxxxxxxxxxxxxx>
>
> Ucode equality ignores the revision, so adding entries to a set keeps
> the first revision seen for a CPU identity and platform mask. When
> multiple input files contain different revisions of the same microcode,
> the generated old-microcode thresholds depend on their order.
>
This is by design. The current script assumes only a single release is
used for generating the output.
https://lore.kernel.org/all/5e3dc792-c5aa-4024-b2a3-32db49da8132@xxxxxxxxx/
Do you have a need where multiple directories need to be combined?
Also, sometimes newer releases remove entries or roll them back (in
exceptional cases like microcode-20260812). So combining releases to get
the highest value isn't always desirable.
> For example, passing the 06-8f-08 blobs from microcode-20250512 before
> microcode-20250812 keeps 0x2b000639 and 0x2c0003f7 instead of the newer
> 0x2b000643 and 0x2c000401. Reversing the inputs selects the newer values.
>
> Keep entries in a dictionary keyed by the same CPU identity and platform
> mask, and replace an entry when a higher revision is found. Preserve
> the existing output ordering and debug-revision rejection.
>