diff options
author | Vitaly Kuznetsov <vkuznets@redhat.com> | 2020-02-05 13:30:33 +0100 |
---|---|---|
committer | Paolo Bonzini <pbonzini@redhat.com> | 2020-02-05 15:55:06 +0100 |
commit | 31de3d2500e49e9f44fdda1830a37f4d9735bcdd (patch) | |
tree | 0f1d1ebeab2e9cfd7a2e63abc7547446345c25da /ipc/util.h | |
parent | kvm: mmu: Separate generating and setting mmio ptes (diff) | |
download | linux-31de3d2500e49e9f44fdda1830a37f4d9735bcdd.tar.xz linux-31de3d2500e49e9f44fdda1830a37f4d9735bcdd.zip |
x86/kvm/hyper-v: move VMX controls sanitization out of nested_enable_evmcs()
With fine grained VMX feature enablement QEMU>=4.2 tries to do KVM_SET_MSRS
with default (matching CPU model) values and in case eVMCS is also enabled,
fails.
It would be possible to drop VMX feature filtering completely and make
this a guest's responsibility: if it decides to use eVMCS it should know
which fields are available and which are not. Hyper-V mostly complies to
this, however, there are some problematic controls:
SECONDARY_EXEC_VIRTUALIZE_APIC_ACCESSES
VM_{ENTRY,EXIT}_LOAD_IA32_PERF_GLOBAL_CTRL
which Hyper-V enables. As there are no corresponding fields in eVMCS, we
can't handle this properly in KVM. This is a Hyper-V issue.
Move VMX controls sanitization from nested_enable_evmcs() to vmx_get_msr(),
and do the bare minimum (only clear controls which are known to cause issues).
This allows userspace to keep setting controls it wants and at the same
time hides them from the guest.
Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'ipc/util.h')
0 files changed, 0 insertions, 0 deletions