Nested virtualization - no VT-x/AMD-V

This is for discussing general topics about how to use VirtualBox.
Post Reply
ender2101
Posts: 3
Joined: 13. Sep 2010, 13:28
Primary OS: MS Windows 7
VBox Version: OSE other
Guest OSses: Fedora 13

Nested virtualization - no VT-x/AMD-V

Post by ender2101 »

Hi, guys

Recently I've noticed, that virtualization extensions aren't properly discovered under nested virualization: say we have host OS running VirtualBox Master, which runs guest OS with another VirtualBox installed (Slave). Although enabled in Master, these options are not available for system, which Slave is installed in (instruction sets reported are MMX, SSE (1, 2, 3, 3S), EM64T).
Anybody experienced such a problem before?

--
&r
Sasquatch
Volunteer
Posts: 17798
Joined: 17. Mar 2008, 13:41
Primary OS: Debian other
VBox Version: VirtualBox+Oracle ExtPack
Guest OSses: Windows XP, Windows 7, Linux
Location: /dev/random

Re: Nested virtualization - no VT-x/AMD-V

Post by Sasquatch »

This is by design. It doesn't make sense to use VT-x/AMD-V and provide the same CPU feature, which is locked now anyway, to the Guest OS. Same idea as running a VB Guest with VT-x enabled, and try to run another virtualisation program with the same settings. Just won't do. Besides, VT-x/AMD-V is made for direct access to the CPU from the Host. The Guest never has direct CPU access. The hypervisor has.
Read the Forum Posting Guide before opening a topic.
VirtualBox FAQ: Check this before asking questions.
Online User Manual: A must read if you want to know what we're talking about.
Howto: Install Linux Guest Additions
Howto: Use Shared Folders on Linux Guest
See the Tutorials and FAQ section at the top of the Forum for more guides.
Try searching the forums first with Google and add the site filter for this forum.
E.g. install guest additions site:forums.virtualbox.org

Retired from this Forum since OSSO introduction.
ender2101
Posts: 3
Joined: 13. Sep 2010, 13:28
Primary OS: MS Windows 7
VBox Version: OSE other
Guest OSses: Fedora 13

Re: Nested virtualization - no VT-x/AMD-V

Post by ender2101 »

Sasquatch wrote:It doesn't make sense to use VT-x/AMD-V and provide the same CPU feature, which is locked now anyway.
Well, apart from whether it makes sens or it doesn't - for me, all the "virtualization" is about, is a possibility of getting the environment virtually undistinguishable from the original one. Of course, I know - normally you'd rather not do that as each step of such a virtualization reduces efficiency. Nevertheless having such an opportunity sounds just exciting for me.
Many thanks for your response anyway. :)
Post Reply