diff options
author | Greg Kurz <gkurz@linux.vnet.ibm.com> | 2016-05-09 19:13:37 +0300 |
---|---|---|
committer | Paolo Bonzini <pbonzini@redhat.com> | 2016-05-11 23:37:54 +0300 |
commit | 0b1b1dfd52a67f4f09a18cb82337199bc90ad7fb (patch) | |
tree | 7d4ec00b96a96ef12fe3aeab042de758451e1bd4 /drivers/cpuidle/cpuidle-cps.c | |
parent | 9b9e3fc4d5a31f6050508f2404369beac4356867 (diff) | |
download | linux-0b1b1dfd52a67f4f09a18cb82337199bc90ad7fb.tar.xz |
kvm: introduce KVM_MAX_VCPU_ID
The KVM_MAX_VCPUS define provides the maximum number of vCPUs per guest, and
also the upper limit for vCPU ids. This is okay for all archs except PowerPC
which can have higher ids, depending on the cpu/core/thread topology. In the
worst case (single threaded guest, host with 8 threads per core), it limits
the maximum number of vCPUS to KVM_MAX_VCPUS / 8.
This patch separates the vCPU numbering from the total number of vCPUs, with
the introduction of KVM_MAX_VCPU_ID, as the maximal valid value for vCPU ids
plus one.
The corresponding KVM_CAP_MAX_VCPU_ID allows userspace to validate vCPU ids
before passing them to KVM_CREATE_VCPU.
This patch only implements KVM_MAX_VCPU_ID with a specific value for PowerPC.
Other archs continue to return KVM_MAX_VCPUS instead.
Suggested-by: Radim Krcmar <rkrcmar@redhat.com>
Signed-off-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Reviewed-by: Cornelia Huck <cornelia.huck@de.ibm.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'drivers/cpuidle/cpuidle-cps.c')
0 files changed, 0 insertions, 0 deletions