diff options
author | Joerg Roedel <joerg.roedel@amd.com> | 2010-05-05 10:04:45 -0400 |
---|---|---|
committer | Avi Kivity <avi@redhat.com> | 2010-05-19 04:36:38 -0400 |
commit | 0d945bd9351199744c1e89d57a70615b6ee9f394 (patch) | |
tree | c5c416d3214b73c35d33d68e980298d24ec76958 /arch/x86 | |
parent | 3f0fd2927b737c0ac2e04af7858b60d1e927d4b1 (diff) |
KVM: SVM: Don't allow nested guest to VMMCALL into host
This patch disables the possibility for a l2-guest to do a
VMMCALL directly into the host. This would happen if the
l1-hypervisor doesn't intercept VMMCALL and the l2-guest
executes this instruction.
Signed-off-by: Joerg Roedel <joerg.roedel@amd.com>
Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to 'arch/x86')
-rw-r--r-- | arch/x86/kvm/svm.c | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c index 2511664ff671..4a66ffe1dc87 100644 --- a/arch/x86/kvm/svm.c +++ b/arch/x86/kvm/svm.c | |||
@@ -2036,6 +2036,9 @@ static bool nested_svm_vmrun(struct vcpu_svm *svm) | |||
2036 | svm->vmcb->control.intercept_cr_write &= ~INTERCEPT_CR8_MASK; | 2036 | svm->vmcb->control.intercept_cr_write &= ~INTERCEPT_CR8_MASK; |
2037 | } | 2037 | } |
2038 | 2038 | ||
2039 | /* We don't want to see VMMCALLs from a nested guest */ | ||
2040 | svm->vmcb->control.intercept &= ~(1ULL << INTERCEPT_VMMCALL); | ||
2041 | |||
2039 | /* | 2042 | /* |
2040 | * We don't want a nested guest to be more powerful than the guest, so | 2043 | * We don't want a nested guest to be more powerful than the guest, so |
2041 | * all intercepts are ORed | 2044 | * all intercepts are ORed |