On 10/27/25 1:25 PM, Jan Beulich wrote:
On 23.10.2025 17:51, Jan Beulich wrote:
With large NR_CPUS on-stack cpumask_t variables are problematic. Now that
the IRQ handler can't be invoked in a nested manner anymore, we can
instead use a per-CPU variable. While we can't use scratch_cpumask in code
invoked from IRQ handlers, simply amend that one with a HPET-special form.
(Note that only one of the two IRQ handling functions can come into play
at any one time.)
Fixes: 996576b965cc ("xen: allow up to 16383 cpus")
Signed-off-by: Jan Beulich<[email protected]>
Reviewed-by: Roger Pau Monné<[email protected]>
Views towards 4.21?
Release-Acked-By: Oleksii Kurochko<[email protected]>
Thanks.
~ Oleksii
