Revert "x86/apic: Include the LDR when clearing out APIC registers"
authorLinus Torvalds <>
Sat, 7 Sep 2019 21:25:54 +0000 (14:25 -0700)
committerLinus Torvalds <>
Sat, 7 Sep 2019 21:25:54 +0000 (14:25 -0700)
This reverts commit 558682b5291937a70748d36fd9ba757fb25b99ae.

Chris Wilson reports that it breaks his CPU hotplug test scripts.  In
particular, it breaks offlining and then re-onlining the boot CPU, which
we treat specially (and the BIOS does too).

The symptoms are that we can offline the CPU, but it then does not come
back online again:

    smpboot: CPU 0 is now offline
    smpboot: Booting Node 0 Processor 0 APIC 0x0
    smpboot: do_boot_cpu failed(-1) to wakeup CPU#0

Thomas says he knows why it's broken (my personal suspicion: our magic
handling of the "cpu0_logical_apicid" thing), but for 5.3 the right fix
is to just revert it, since we've never touched the LDR bits before, and
it's not worth the risk to do anything else at this stage.

[ Hotpluging of the boot CPU is special anyway, and should be off by
  default. See the "BOOTPARAM_HOTPLUG_CPU0" config option and the
  cpu0_hotplug kernel parameter.

  In general you should not do it, and it has various known limitations
  (hibernate and suspend require the boot CPU, for example).

  But it should work, even if the boot CPU is special and needs careful
  treatment       - Linus ]

Reported-by: Chris Wilson <>
Acked-by: Thomas Gleixner <>
Cc: Bandan Das <>
Signed-off-by: Linus Torvalds <>

index dba2828b779a57abe32892600be3fdc021a5254a..aa5495d0f47832fbc02d102a8fb66180a550b6e9 100644 (file)
@@ -1179,10 +1179,6 @@ void clear_local_APIC(void)
        apic_write(APIC_LVT0, v | APIC_LVT_MASKED);
        v = apic_read(APIC_LVT1);
        apic_write(APIC_LVT1, v | APIC_LVT_MASKED);
-       if (!x2apic_enabled()) {
-               v = apic_read(APIC_LDR) & ~APIC_LDR_MASK;
-               apic_write(APIC_LDR, v);
-       }
        if (maxlvt >= 4) {
                v = apic_read(APIC_LVTPC);
                apic_write(APIC_LVTPC, v | APIC_LVT_MASKED);