Commit 0f3922a9 authored by Jan Beulich's avatar Jan Beulich Committed by Boris Ostrovsky

x86/Xen: don't report ancient LAPIC version

Unconditionally reporting a value seen on the P4 or older invokes
functionality like io_apic_get_unique_id() on 32-bit builds, resulting
in a panic() with sufficiently many CPUs and/or IO-APICs. Doing what
that function does would be the hypervisor's responsibility anyway, so
makes no sense to be used when running on Xen. Uniformly report a more
modern version; this shouldn't matter much as both LAPIC and IO-APIC are
being managed entirely / mostly by the hypervisor.
Signed-off-by: default avatarJan Beulich <jbeulich@suse.com>
Reviewed-by: default avatarJuergen Gross <jgross@suse.com>
Signed-off-by: default avatarBoris Ostrovsky <boris.ostrovsky@oracle.com>
parent 1ab134ca
...@@ -56,7 +56,7 @@ static u32 xen_apic_read(u32 reg) ...@@ -56,7 +56,7 @@ static u32 xen_apic_read(u32 reg)
return 0; return 0;
if (reg == APIC_LVR) if (reg == APIC_LVR)
return 0x10; return 0x14;
#ifdef CONFIG_X86_32 #ifdef CONFIG_X86_32
if (reg == APIC_LDR) if (reg == APIC_LDR)
return SET_APIC_LOGICAL_ID(1UL << smp_processor_id()); return SET_APIC_LOGICAL_ID(1UL << smp_processor_id());
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment