mirror of
https://git.proxmox.com/git/mirror_ubuntu-kernels.git
synced 2025-11-25 14:26:44 +00:00
Enlightened MSR-Bitmap as per TLFS:
"The L1 hypervisor may collaborate with the L0 hypervisor to make MSR
accesses more efficient. It can enable enlightened MSR bitmaps by setting
the corresponding field in the enlightened VMCS to 1. When enabled, L0
hypervisor does not monitor the MSR bitmaps for changes. Instead, the L1
hypervisor must invalidate the corresponding clean field after making
changes to one of the MSR bitmaps."
Enable this for SVM.
Related VMX changes:
commit ceef7d10df ("KVM: x86: VMX: hyper-v: Enlightened MSR-Bitmap support")
Signed-off-by: Vineeth Pillai <viremana@linux.microsoft.com>
Message-Id: <87df0710f95d28b91cc4ea014fc4d71056eebbee.1622730232.git.viremana@linux.microsoft.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
94 lines
2.3 KiB
C
94 lines
2.3 KiB
C
/* SPDX-License-Identifier: GPL-2.0-only */
|
|
/*
|
|
* KVM L1 hypervisor optimizations on Hyper-V for SVM.
|
|
*/
|
|
|
|
#ifndef __ARCH_X86_KVM_SVM_ONHYPERV_H__
|
|
#define __ARCH_X86_KVM_SVM_ONHYPERV_H__
|
|
|
|
#if IS_ENABLED(CONFIG_HYPERV)
|
|
#include <asm/mshyperv.h>
|
|
|
|
#include "hyperv.h"
|
|
#include "kvm_onhyperv.h"
|
|
|
|
static struct kvm_x86_ops svm_x86_ops;
|
|
|
|
/*
|
|
* Hyper-V uses the software reserved 32 bytes in VMCB
|
|
* control area to expose SVM enlightenments to guests.
|
|
*/
|
|
struct hv_enlightenments {
|
|
struct __packed hv_enlightenments_control {
|
|
u32 nested_flush_hypercall:1;
|
|
u32 msr_bitmap:1;
|
|
u32 enlightened_npt_tlb: 1;
|
|
u32 reserved:29;
|
|
} __packed hv_enlightenments_control;
|
|
u32 hv_vp_id;
|
|
u64 hv_vm_id;
|
|
u64 partition_assist_page;
|
|
u64 reserved;
|
|
} __packed;
|
|
|
|
/*
|
|
* Hyper-V uses the software reserved clean bit in VMCB
|
|
*/
|
|
#define VMCB_HV_NESTED_ENLIGHTENMENTS VMCB_SW
|
|
|
|
static inline void svm_hv_init_vmcb(struct vmcb *vmcb)
|
|
{
|
|
struct hv_enlightenments *hve =
|
|
(struct hv_enlightenments *)vmcb->control.reserved_sw;
|
|
|
|
if (npt_enabled &&
|
|
ms_hyperv.nested_features & HV_X64_NESTED_ENLIGHTENED_TLB)
|
|
hve->hv_enlightenments_control.enlightened_npt_tlb = 1;
|
|
}
|
|
|
|
static inline void svm_hv_hardware_setup(void)
|
|
{
|
|
if (npt_enabled &&
|
|
ms_hyperv.nested_features & HV_X64_NESTED_ENLIGHTENED_TLB) {
|
|
pr_info("kvm: Hyper-V enlightened NPT TLB flush enabled\n");
|
|
svm_x86_ops.tlb_remote_flush = hv_remote_flush_tlb;
|
|
svm_x86_ops.tlb_remote_flush_with_range =
|
|
hv_remote_flush_tlb_with_range;
|
|
}
|
|
}
|
|
|
|
static inline void svm_hv_vmcb_dirty_nested_enlightenments(
|
|
struct kvm_vcpu *vcpu)
|
|
{
|
|
struct vmcb *vmcb = to_svm(vcpu)->vmcb;
|
|
struct hv_enlightenments *hve =
|
|
(struct hv_enlightenments *)vmcb->control.reserved_sw;
|
|
|
|
/*
|
|
* vmcb can be NULL if called during early vcpu init.
|
|
* And its okay not to mark vmcb dirty during vcpu init
|
|
* as we mark it dirty unconditionally towards end of vcpu
|
|
* init phase.
|
|
*/
|
|
if (vmcb && vmcb_is_clean(vmcb, VMCB_HV_NESTED_ENLIGHTENMENTS) &&
|
|
hve->hv_enlightenments_control.msr_bitmap)
|
|
vmcb_mark_dirty(vmcb, VMCB_HV_NESTED_ENLIGHTENMENTS);
|
|
}
|
|
#else
|
|
|
|
static inline void svm_hv_init_vmcb(struct vmcb *vmcb)
|
|
{
|
|
}
|
|
|
|
static inline void svm_hv_hardware_setup(void)
|
|
{
|
|
}
|
|
|
|
static inline void svm_hv_vmcb_dirty_nested_enlightenments(
|
|
struct kvm_vcpu *vcpu)
|
|
{
|
|
}
|
|
#endif /* CONFIG_HYPERV */
|
|
|
|
#endif /* __ARCH_X86_KVM_SVM_ONHYPERV_H__ */
|