Re: [PATCH 4/7] x86/microcode: Distinguish NMI control path on stop-machine callback
From: Chang S. Bae
Date: Thu Jan 29 2026 - 11:36:59 EST
On 1/28/2026 12:11 AM, Thomas Gleixner wrote:
On Sun, Jan 25 2026 at 01:42, Chang S. Bae wrote:
static int load_cpus_stopped(void *unused)
{
- if (microcode_ops->use_nmi) {
- /* Enable the NMI handler and raise NMI */
- this_cpu_write(ucode_ctrl.nmi_enabled, true);
- apic->send_IPI(smp_processor_id(), NMI_VECTOR);
- } else {
- /* Just invoke the handler directly */
- microcode_update_handler();
- }
+ /* Enable the NMI handler and raise NMI */
+ this_cpu_write(ucode_ctrl.nmi_enabled, true);
+ apic->send_IPI(smp_processor_id(), NMI_VECTOR);
+
With this change the function name is completely bogus.
Yes, you're right. The change should stand in a sensible shape if the series were to stop here. I think stop_this_cpu_nmi() that you mentioned on patch1 sounds aligned, or maybe stop_cpu_in_nmi() like that.