KVM: use modern cpumask primitives, no cpumask_t on stack
authorRusty Russell <rusty@rustcorp.com.au>
Mon, 8 Dec 2008 09:58:04 +0000 (20:28 +1030)
committerAvi Kivity <avi@redhat.com>
Wed, 31 Dec 2008 14:55:45 +0000 (16:55 +0200)
commit6ef7a1bc45f80fe0a263119d404688c596ea5031
tree331e8f5ba73b53fa5997eb4dc376249d18897876
parent498468961ed6f62a306eb90c49125776c526fa40
KVM: use modern cpumask primitives, no cpumask_t on stack

We're getting rid on on-stack cpumasks for large NR_CPUS.

1) Use cpumask_var_t/alloc_cpumask_var.
2) smp_call_function_mask -> smp_call_function_many
3) cpus_clear, cpus_empty, cpu_set -> cpumask_clear, cpumask_empty,
   cpumask_set_cpu.

This actually generates slightly smaller code than the old one with
CONFIG_CPUMASKS_OFFSTACK=n.  (gcc knows that cpus cannot be NULL in
that case, where cpumask_var_t is cpumask_t[1]).

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Avi Kivity <avi@redhat.com>
virt/kvm/kvm_main.c