diff options
author | Roman Kagan <rkagan@virtuozzo.com> | 2018-09-21 11:22:10 +0300 |
---|---|---|
committer | Paolo Bonzini <pbonzini@redhat.com> | 2018-10-19 13:44:14 +0200 |
commit | 9b4cf107b09d18ac30f46fd1c4de8585ccba030c (patch) | |
tree | eaf76223e82c1cf57f08526ec6e23b77cd2f8c08 /block.c | |
parent | 606c34bfd57a0ecda67b395bea022bb307a5384e (diff) | |
download | qemu-9b4cf107b09d18ac30f46fd1c4de8585ccba030c.zip qemu-9b4cf107b09d18ac30f46fd1c4de8585ccba030c.tar.gz qemu-9b4cf107b09d18ac30f46fd1c4de8585ccba030c.tar.bz2 |
hyperv: only add SynIC in compatible configurations
Certain configurations do not allow SynIC to be used in QEMU. In
particular,
- when hyperv_vpindex is off, SINT routes can't be used as they refer to
the destination vCPU by vp_index
- older KVM (which doesn't expose KVM_CAP_HYPERV_SYNIC2) zeroes out
SynIC message and event pages on every msr load, breaking migration
OTOH in-KVM users of SynIC -- SynIC timers -- do work in those
configurations, and we shouldn't stop the guest from using them.
To cover both scenarios, introduce an X86CPU property that makes CPU
init code to skip creation of the SynIC object (and thus disables any
SynIC use in QEMU) but keeps the KVM part of the SynIC working.
The property is clear by default but is set via compat logic for older
machine types.
As a result, when hv_synic and a modern machine type are specified, QEMU
will refuse to run unless vp_index is on and the kernel is recent
enough. OTOH with an older machine type QEMU will run fine with
hv_synic=on against an older kernel and/or without vp_index enabled but
will disallow the in-QEMU uses of SynIC (in e.g. VMBus).
Signed-off-by: Roman Kagan <rkagan@virtuozzo.com>
Message-Id: <20180921082217.29481-4-rkagan@virtuozzo.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'block.c')
0 files changed, 0 insertions, 0 deletions