From: Jeff Forbes <jeff.forbes@mail.nacon.com>
To: "pbonzini@redhat.com" <pbonzini@redhat.com>,
Jeff Forbes <jeff.forbes@mail.nacon.com>
Cc: "qemu-discuss@nongnu.org" <qemu-discuss@nongnu.org>,
"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
"bsd@redhat.com" <bsd@redhat.com>
Subject: Re: Windows-10 virtualization and nested virtualization
Date: Wed, 6 Apr 2016 17:45:57 +0000 [thread overview]
Message-ID: <1459964757.3288.19.camel@nacon.com> (raw)
In-Reply-To: <57053532.6010105@redhat.com>
I was responding to Bandan Das' comment about Hyper-v NOT running when
the hypervisor flag is present. What I observed was just the opposite.
With "-cpu host,+vmx" Hyper-V will try to start the VM and then report
that a component required by Hyper-V failed to start. The end result is
the same; however, with the kernel and qemu-kvm in Fedora-22 the VMBus
device does not start. Now with the the latest kernel and qemu-kvm,
VMBus starts, but the same error is given. Progress from all of the
hard work of the KVM developers. I am afraid that helping in this area
is beyond my current abilities, so I must defer to you and your colleag
ues.
Paolo,
Since you are the most likely person to know, is Hyper-V nested
virtualization likely to work with KVM in the near term?
Jeff
On Wed, 2016-04-06 at 18:11 +0200, Paolo Bonzini wrote:
>
> On 06/04/2016 17:27, Jeff Forbes wrote:
> > When I use "-cpu host,+VMX,-hypervisor", Hyper-V gives this error
> > when trying to start a VM: Virtual Machine could not be started
> > because the hypervisor is not running.
> >
> > So with the latest kernel and qemu-kvm, the hypervisor flag is
> > needed.
>
> That is not what the error means. The error means that Hyper-V has
> failed to start.
>
> Paolo
>
> >
> > On Mon, 2016-04-04 at 17:35 -0400, Bandan Das wrote:
> > > Jeff Forbes <jeff.forbes@mail.nacon.com <mailto:
> > > jeff.forbes@mail.nacon.com>> writes:
> > >
> > > > We have a Windows-10 application which uses a virtual as part
> > > > of the
> > > > process. I am trying to get the application to work in a
> > > > virtual
> > > > environment, which of course will require nested
> > > > virtualization.
> > > > Using a libvirt xml description for a RHEL virtual where nested
> > > > virtualization works, I installed windows-10, Hyper-v and the
> > > > application software under the latest updates of Fedora 22.
> > > > Windows-10 works great; however, VMBus device required for
> > > > Hyper-V to
> > > > work would not start and was flagged in the Device Manager.
> > > > Trying to
> > > > start a virtual resulted in the error that a component required
> > > > by
> > > > Hyper-V failed to start. I then ported the VM to VMWare
> > > > Workstation
> > > > 12 and in this environment t he VMBus device starts and nested
> > > > virtuals start as expected. These results indicated that the VM
> > > > was
> > > > working correctly and the problem was likely with the QEMU-KVM
> > > > hypervisor. Reading recent messages on the KVM and QEMU mail
> > > > lists
> > > > indicated that there were many KVM updates made to the 4.6.0
> > > > -rc1
> > > > kernel, so I download, compiled and installed this kernel. I
> > > > also
> > > > cloned the latest version of qemu. When I run my Windows-10 VM
> > > > in
> > > > this environment with the latest updates. the VMBus device
> > > > starts and
> > > > there are not warnings in the Device Manager; however, the
> > > > nested VMs
> > > > do not start and the same error about a component required by
> > > > Hyper-V
> > > > failed to start. Do I need to turn something on to get this to
> > > > work
> > > > or is the Hyper-V support still under development?
> > >
> > >
> > > I am not sure if anyone has been successful with running Hyper-V
> > > nested.
> > > The first obstacle I remember is Hyper-V refusing to run when it
> > > finds
> > > the "hypervisor" flag in guest cpu. If you are past that step,
> > > maybe
> > > the vmbus dependency is something else.
> > >
> > > > Please advise. Best, Jeff-- To unsubscribe from this list: send
> > > > the
> > > > line "unsubscribe kvm" in the body of a message to
> > > > majordomo@vger.kernel.org <mailto:majordomo@vger.kernel.org>
> > > > More
> > > > majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-04-06 17:46 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-04 20:08 Windows-10 virtualization and nested virtualization Jeff Forbes
2016-04-04 21:35 ` Bandan Das
[not found] ` <jpg4mbhukep.fsf-oDDOE2N8RG3XLSnhx7PemevR1TjyzBtM@public.gmane.org>
2016-04-06 15:27 ` Jeff Forbes
[not found] ` <1459956469.3288.5.camel-jBWwstxfxdsAvxtiuMwx3w@public.gmane.org>
2016-04-06 16:11 ` Paolo Bonzini
2016-04-06 17:45 ` Jeff Forbes [this message]
[not found] ` <1459964757.3288.19.camel-jBWwstxfxdsAvxtiuMwx3w@public.gmane.org>
2016-04-06 18:10 ` Paolo Bonzini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1459964757.3288.19.camel@nacon.com \
--to=jeff.forbes@mail.nacon.com \
--cc=bsd@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=qemu-discuss@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).