]> xenbits.xensource.com Git - xen.git/commit
x86/x2APIC: correct cluster tracking upon CPUs going down for S3
authorJan Beulich <jbeulich@suse.com>
Mon, 26 Aug 2024 08:30:40 +0000 (10:30 +0200)
committerJan Beulich <jbeulich@suse.com>
Mon, 26 Aug 2024 08:30:40 +0000 (10:30 +0200)
commitad3ff7b4279d16c91c23cda6e8be5bc670b25c9a
treeb8c1a4598813c35ec09f899f844b11a55f62b2f2
parent0cde9fc154ac360e719f959ef48c445cca108de1
x86/x2APIC: correct cluster tracking upon CPUs going down for S3

Downing CPUs for S3 is somewhat special: Since we can expect the system
to come back up in exactly the same hardware configuration, per-CPU data
for the secondary CPUs isn't de-allocated (and then cleared upon re-
allocation when the CPUs are being brought back up). Therefore the
cluster_cpus per-CPU pointer will retain its value for all CPUs other
than the final one in a cluster (i.e. in particular for all CPUs in the
same cluster as CPU0). That, however, is in conflict with the assertion
early in init_apic_ldr_x2apic_cluster().

Note that the issue is avoided on Intel hardware, where we park CPUs
instead of bringing them down.

Extend the bypassing of the freeing to the suspend case, thus making
suspend/resume also a tiny bit faster.

Fixes: 2e6c8f182c9c ("x86: distinguish CPU offlining from CPU removal")
Reported-by: Marek Marczykowski-Górecki <marmarek@invisiblethingslab.com>
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Tested-by: Marek Marczykowski-Górecki <marmarek@invisiblethingslab.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
xen/arch/x86/genapic/x2apic.c