diff options
author | Eli Collins <ecollins@vmware.com> | 2008-06-01 20:24:40 -0700 |
---|---|---|
committer | Avi Kivity <avi@qumranet.com> | 2008-06-06 21:30:20 +0300 |
commit | e693d71b46e64536581bf4884434fc1b8797e96f (patch) | |
tree | 39540d2d4dbc5cf36ab459451fdbf45a2e058ac1 /arch | |
parent | 2f5997140f22f68f6390c49941150d3fa8a95cb7 (diff) | |
download | linux-e693d71b46e64536581bf4884434fc1b8797e96f.tar.gz linux-e693d71b46e64536581bf4884434fc1b8797e96f.tar.bz2 linux-e693d71b46e64536581bf4884434fc1b8797e96f.zip |
KVM: VMX: Clear CR4.VMXE in hardware_disable
Clear CR4.VMXE in hardware_disable. There's no reason to leave it set
after doing a VMXOFF.
VMware Workstation 6.5 checks CR4.VMXE as a proxy for whether the CPU is
in VMX mode, so leaving VMXE set means we'll refuse to power on. With this
change the user can power on after unloading the kvm-intel module. I
tested on kvm-67 and kvm-69.
Signed-off-by: Eli Collins <ecollins@vmware.com>
Signed-off-by: Avi Kivity <avi@qumranet.com>
Diffstat (limited to 'arch')
-rw-r--r-- | arch/x86/kvm/vmx.c | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 96445f341519..02efbe75f317 100644 --- a/arch/x86/kvm/vmx.c +++ b/arch/x86/kvm/vmx.c @@ -1036,6 +1036,7 @@ static void hardware_enable(void *garbage) static void hardware_disable(void *garbage) { asm volatile (ASM_VMX_VMXOFF : : : "cc"); + write_cr4(read_cr4() & ~X86_CR4_VMXE); } static __init int adjust_vmx_controls(u32 ctl_min, u32 ctl_opt, |