diff options
author | Greg Kurz <gkurz@linux.vnet.ibm.com> | 2016-04-26 15:41:04 +0200 |
---|---|---|
committer | David Gibson <david@gibson.dropbear.id.au> | 2016-05-27 09:40:23 +1000 |
commit | 41264b385c2b324fea026204e5de9bef980733b1 (patch) | |
tree | 2284acef24028c8f0ab0a642dc9516dcc62a8ae7 /kvm-all.c | |
parent | 8afc22a20fba6aa078e4e7a625d16d78da768323 (diff) | |
download | qemu-41264b385c2b324fea026204e5de9bef980733b1.tar.gz qemu-41264b385c2b324fea026204e5de9bef980733b1.tar.bz2 qemu-41264b385c2b324fea026204e5de9bef980733b1.zip |
PPC/KVM: early validation of vcpu id
The KVM API restricts vcpu ids to be < KVM_CAP_MAX_VCPUS. On PowerPC
targets, depending on the number of threads per core in the host and
in the guest, some topologies do generate higher vcpu ids actually.
When this happens, QEMU bails out with the following error:
kvm_init_vcpu failed: Invalid argument
The KVM_CREATE_VCPU ioctl has several EINVAL return paths, so it is
not possible to fully disambiguate.
This patch adds a check in the code that computes vcpu ids, so that
we can detect the error earlier, and print a friendlier message instead
of calling KVM_CREATE_VCPU with an obviously bogus vcpu id.
Signed-off-by: Greg Kurz <gkurz@linux.vnet.ibm.com>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Diffstat (limited to 'kvm-all.c')
-rw-r--r-- | kvm-all.c | 6 |
1 files changed, 6 insertions, 0 deletions
@@ -1459,6 +1459,12 @@ static int kvm_max_vcpus(KVMState *s) return (ret) ? ret : kvm_recommended_vcpus(s); } +bool kvm_vcpu_id_is_valid(int vcpu_id) +{ + KVMState *s = KVM_STATE(current_machine->accelerator); + return vcpu_id >= 0 && vcpu_id < kvm_max_vcpus(s); +} + static int kvm_init(MachineState *ms) { MachineClass *mc = MACHINE_GET_CLASS(ms); |