diff options
author | grehan <grehan@FreeBSD.org> | 2011-12-24 19:39:02 +0000 |
---|---|---|
committer | grehan <grehan@FreeBSD.org> | 2011-12-24 19:39:02 +0000 |
commit | d08191b4175ebda3e5ac2fabbe62e2bdf139a201 (patch) | |
tree | 5901185af2a7dddd80adb46c4ccc3ba09ab6b903 /share | |
parent | f68bada80b9371e881d04b43a8ab412fa54cd5fa (diff) | |
download | FreeBSD-src-d08191b4175ebda3e5ac2fabbe62e2bdf139a201.zip FreeBSD-src-d08191b4175ebda3e5ac2fabbe62e2bdf139a201.tar.gz |
Add support for running as a nested hypervisor under VMWare Fusion, on
systems with VT-x/EPT (e.g. Sandybridge Macbooks). This will most
likely work on VMWare Workstation8/Player4 as well. See the VMWare app
note at:
http://communities.vmware.com/docs/DOC-8970
Fusion doesn't propagate the PAT MSR auto save-restore entry/exit
control bits. Deal with this by noting that fact and setting up the
PAT MSR to essentially be a no-op - it is init'd to power-on default,
and a software shadow copy maintained.
Since it is treated as a no-op, o/s settings are essentially ignored.
This may not give correct results, but since the hypervisor is running
nested, a number of bets are already off.
On a quad-core/HT-enabled 'MacBook8,2', nested VMs with 1/2/4 vCPUs were
fired up. The more nested vCPUs the worse the performance, unless the VMs
were started up in multiplexed mode where things worked perfectly up to
the limit of 8 vCPUs.
Reviewed by: neel
Diffstat (limited to 'share')
0 files changed, 0 insertions, 0 deletions