Thomas Gleixner 5481c4a48c x86/microcode: Remove pointless apply() invocation ... commit b48b26f992 upstream Microcode is applied on the APs during early bringup. There is no point in trying to apply the microcode again during the hotplug operations and neither at the point where the microcode device is initialized. Collect CPU info and microcode revision in setup_online_cpu() for now. This will move to the CPU hotplug callback later. [ bp: Leave the starting notifier for the following scenario: - boot, late load, suspend to disk, resume without the starting notifier, only the last core manages to update the microcode upon resume: # rdmsr -a 0x8b 10000bf 10000bf 10000bf 10000bf 10000bf 10000dc <---- This is on an AMD F10h machine. For the future, one should check whether potential unification of the CPU init path could cover the resume path too so that this can be simplified even more. tglx: This is caused by the odd handling of APs which try to find the microcode blob in builtin or initrd instead of caching the microcode blob during early init before the APs are brought up. Will be cleaned up in a later step. ] Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de> Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Link: https://lore.kernel.org/r/20231017211723.018821624@linutronix.de Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2025-03-07 16:45:51 +01:00
..
amd.c	x86/microcode/intel: Rip out mixed stepping support for Intel CPUs	2025-03-07 16:45:50 +01:00
core.c	x86/microcode: Remove pointless apply() invocation	2025-03-07 16:45:51 +01:00
intel.c	x86/microcode/intel: Rework intel_find_matching_signature()	2025-03-07 16:45:51 +01:00
internal.h	x86/microcode/intel: Save the microcode only after a successful late-load	2025-03-07 16:45:50 +01:00
Makefile	x86/microcode: Hide the config knob	2023-08-13 10:26:39 +02:00