* pv_ops dom0 kernel and VT cpu extensions
@ 2009-12-29 4:53 Gerry Reno
2009-12-29 9:03 ` Keir Fraser
2009-12-29 9:53 ` Christian Tramnitz
0 siblings, 2 replies; 3+ messages in thread
From: Gerry Reno @ 2009-12-29 4:53 UTC (permalink / raw)
To: xen-devel
I started this discussion over on xen-users and I'm bringing it over to
xen-devel.
Summarizing....
I compiled a pv_ops dom0 kernel from Jeremy's latest git tree and
upgraded Xen to 3.4.1 following one of Boris' blog entries. From the
Xen perspective everything seems to work as expected. But, I want to be
able to run both Xen and KVM existing guests in a single cloud on a farm
of VT-enabled machines. So after booting into the new pv_ops dom0
kernel as a test I tried starting one of my KVM guests. It ran
extremely slow so I knew immediately that it wasnt' using the VT
acceleration. I then looked at /proc/cpuinfo and saw that the VT cpu
flag (svm on this machine) was not there. The machine has a VT
processor and hardware virtualization is enabled in the BIOS and I
rebooted to check with a regular kernel and it of course the guest runs
with VT acceleration there.
My question is how can I get pv_ops dom0 kernel or Xen 3.4.1 to pass the
cpu VT flags through so that existing KVM guests will run with cpu VT
acceleration at full speed?
----------
Fajar A. Nugraha wrote:
> On Tue, Dec 29, 2009 at 8:11 AM, Gerry Reno <greno@verizon.net> wrote:
>
>> My question is how can I
>> get pv_ops dom0 kernel or Xen 3.4.1 to pass the cpu VT flags through
so that
>> existing KVM guests will run with cpu VT acceleration at full speed?
>>
>
> AFAIK you can't. The same reason why you can't get Virtualbox and KVM
> to use VT together.
> Only one virtualization technology can use VT at the same time.
>
>
As physical boxes gain more and more processing capability it makes no
sense to restrict a physical machine to only a single hypervisor.
Libvirt will support nested VM's that pass through the VT capabilities
to the next level. So it makes sense that Xen should be able to do the
same thing and pass through the cpu VT capabilities to other
hypervisors. Is there some law of the universe that prevents this?
-Gerry
----------
Chris wrote:
> Following that logic we will need to start working on a vmmm (virtual
machine monitor monitor) to handle multiple vmm's :)
.....What you say about monitor monitor is not quite what is needed but
somewhat along those lines.
We need some type of small hypervisor-monitor / scheduler-kernel that
would exist in Ring 0 and mediate between hypervisors. Then all
hypervisors/kernels could be in Ring 1. Domains in Ring 2. All apps in
Ring 3. Something like this.
-Gerry
----------
So with libvirt being able to pass the cpu VT flags between nested
levels can Xen do this as well and pass the cpu VT flags so that a KVM
guest would be able to run with VT acceleration at full speed? How soon
could this capability be added to pv_ops dom0 kernel or Xen?
-Gerry
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: pv_ops dom0 kernel and VT cpu extensions
2009-12-29 4:53 pv_ops dom0 kernel and VT cpu extensions Gerry Reno
@ 2009-12-29 9:03 ` Keir Fraser
2009-12-29 9:53 ` Christian Tramnitz
1 sibling, 0 replies; 3+ messages in thread
From: Keir Fraser @ 2009-12-29 9:03 UTC (permalink / raw)
To: Gerry Reno, xen-devel@lists.xensource.com
On 29/12/2009 04:53, "Gerry Reno" <greno@verizon.net> wrote:
> My question is how can I get pv_ops dom0 kernel or Xen 3.4.1 to pass the
> cpu VT flags through so that existing KVM guests will run with cpu VT
> acceleration at full speed?
No, because of the way PV Xen guests (like dom0) run, they cannot make use
of VT even if we advertised the VT feature to them.
-- Keir
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: pv_ops dom0 kernel and VT cpu extensions
2009-12-29 4:53 pv_ops dom0 kernel and VT cpu extensions Gerry Reno
2009-12-29 9:03 ` Keir Fraser
@ 2009-12-29 9:53 ` Christian Tramnitz
1 sibling, 0 replies; 3+ messages in thread
From: Christian Tramnitz @ 2009-12-29 9:53 UTC (permalink / raw)
To: xen-devel
Gerry Reno wrote:
> I compiled a pv_ops dom0 kernel from Jeremy's latest git tree and
> upgraded Xen to 3.4.1 following one of Boris' blog entries. From the
> Xen perspective everything seems to work as expected. But, I want to be
> able to run both Xen and KVM existing guests in a single cloud on a farm
> of VT-enabled machines. So after booting into the new pv_ops dom0
> kernel as a test I tried starting one of my KVM guests. It ran
> extremely slow so I knew immediately that it wasnt' using the VT
> acceleration. I then looked at /proc/cpuinfo and saw that the VT cpu
> flag (svm on this machine) was not there. The machine has a VT
> processor and hardware virtualization is enabled in the BIOS and I
> rebooted to check with a regular kernel and it of course the guest runs
> with VT acceleration there.
> My question is how can I get pv_ops dom0 kernel or Xen 3.4.1 to pass the
> cpu VT flags through so that existing KVM guests will run with cpu VT
> acceleration at full speed?
>
You need to start the pvops kernel on bare metal (without Xen) to make
use of VT. dom0 is already a (privileged) guest (of Xen), so the
hardware assisted virtualization interface is simply not accessible at
this point anymore...
Best regards,
Christian
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-12-29 9:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-29 4:53 pv_ops dom0 kernel and VT cpu extensions Gerry Reno
2009-12-29 9:03 ` Keir Fraser
2009-12-29 9:53 ` Christian Tramnitz
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.