summaryrefslogtreecommitdiffstats
path: root/sys/dev/amd/amd.c
diff options
context:
space:
mode:
authorgrehan <grehan@FreeBSD.org>2011-12-24 19:39:02 +0000
committergrehan <grehan@FreeBSD.org>2011-12-24 19:39:02 +0000
commitd08191b4175ebda3e5ac2fabbe62e2bdf139a201 (patch)
tree5901185af2a7dddd80adb46c4ccc3ba09ab6b903 /sys/dev/amd/amd.c
parentf68bada80b9371e881d04b43a8ab412fa54cd5fa (diff)
downloadFreeBSD-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 'sys/dev/amd/amd.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud