summaryrefslogtreecommitdiffstats
path: root/arch/mips/kernel/asm-offsets.c
diff options
context:
space:
mode:
authorBoris Ostrovsky <boris.ostrovsky@oracle.com>2016-03-17 14:03:24 +0100
committerKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>2016-03-25 16:42:53 +0100
commited6069be7204541c1da532ad8bbf892e34513552 (patch)
tree4d302ece1e1da9ce17bc9f322cc91916cd3787da /arch/mips/kernel/asm-offsets.c
parentdrivers/xen: make platform-pci.c explicitly non-modular (diff)
downloadlinux-ed6069be7204541c1da532ad8bbf892e34513552.tar.xz
linux-ed6069be7204541c1da532ad8bbf892e34513552.zip
xen/apic: Provide Xen-specific version of cpu_present_to_apicid APIC op
Currently Xen uses default_cpu_present_to_apicid() which will always report BAD_APICID for PV guests since x86_bios_cpu_apic_id is initialised to that value and is never updated. With commit 1f12e32f4cd5 ("x86/topology: Create logical package id"), this op is now called by smp_init_package_map() when deciding whether to call topology_update_package_map() which sets cpu_data(cpu).logical_proc_id. The latter (as topology_logical_package_id(cpu)) may be used, for example, by cpu_to_rapl_pmu() as an array index. Since uninitialized logical_package_id is set to -1, the index will become 64K which is obviously problematic. While RAPL code (and any other users of logical_package_id) should be careful in their assumptions about id's validity, Xen's cpu_present_to_apicid op should still provide value consistent with its own xen_apic_read(APIC_ID). Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Diffstat (limited to 'arch/mips/kernel/asm-offsets.c')
0 files changed, 0 insertions, 0 deletions