aboutsummaryrefslogtreecommitdiffstats
path: root/firmware/yamaha
diff options
context:
space:
mode:
authorYinghai Lu <yinghai@kernel.org>2010-07-15 03:00:59 -0400
committerH. Peter Anvin <hpa@linux.intel.com>2010-07-16 19:49:41 -0400
commitfd19dce7ac07973f700b0f13fb7f94b951414a4c (patch)
tree746eef7532060f4aa63d5281f1283a901b93f12b /firmware/yamaha
parent08be97962bf338161325d4901642f956ce8c1adb (diff)
x86: Fix x2apic preenabled system with kexec
Found one x2apic system kexec loop test failed when CONFIG_NMI_WATCHDOG=y (old) or CONFIG_LOCKUP_DETECTOR=y (current tip) first kernel can kexec second kernel, but second kernel can not kexec third one. it can be duplicated on another system with BIOS preenabled x2apic. First kernel can not kexec second kernel. It turns out, when kernel boot with pre-enabled x2apic, it will not execute disable_local_APIC on shutdown path. when init_apic_mappings() is called in setup_arch, it will skip setting of apic_phys when x2apic_mode is set. ( x2apic_mode is much early check_x2apic()) Then later, disable_local_APIC() will bail out early because !apic_phys. So check !x2apic_mode in x2apic_mode in disable_local_APIC with !apic_phys. another solution could be updating init_apic_mappings() to set apic_phys even for preenabled x2apic system. Actually even for x2apic system, that lapic address is mapped already in early stage. BTW: is there any x2apic preenabled system with apicid of boot cpu > 255? Signed-off-by: Yinghai Lu <yinghai@kernel.org> LKML-Reference: <4C3EB22B.3000701@kernel.org> Acked-by: Suresh Siddha <suresh.b.siddha@intel.com> Cc: stable@kernel.org Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Diffstat (limited to 'firmware/yamaha')
0 files changed, 0 insertions, 0 deletions