[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Questions about PVH in Xen 4.3 unstable

On 30/01/13 12:32, Samuel Thibault wrote:
> Samuel Thibault, le Wed 30 Jan 2013 13:26:08 +0100, a écrit :
>> Samuel Thibault, le Wed 30 Jan 2013 13:20:16 +0100, a écrit :
>>> Roger Pau Monné, le Wed 30 Jan 2013 11:11:00 +0000, a écrit :
>>>> On 30/01/13 11:04, George Dunlap wrote:
>>>>> Yes, PVH is an extension of PV; so only operating systems which can be
>>>>> ported to PV will support PVH.
>>>> Isn't it probably easier to port a system with PVHVM support to PVH?
>>> In general, no. Porting a system to PV involves a lot of tricky things
>>> deep in the OS, while writing a PV driver is much less involving.
>> Let me fix it: porting a system to PVH involves a lot less tricky things
>> deep in the OS than porting it to PV. There are still quite a few tricky
>> things to do, so I don't think PVH is half-way between PV and PVHVM.
> Let me fix it again :)
> Starting from PV, most of what you need to support PVH is to just drop
> the PV implementation and use the native code, without writing any code.

>From what I saw, PVH uses most of the PVHVM code paths, like the PVHVM
vector callback for events (not the PV callback), and grant frames are
also using the PVHVM paths, so I was thinking that the transition from
PVHVM to PVH was going to be easier than the transition from PV to PVH.
But yes, you also need some of the PV tricks, so I'm not sure what will
be more difficult to implement, the PV tricks or the PVHVM infrastructure.

Anyway, it is surely going to be much more easier to port a OS to PVH
from scratch compared to PV.

> So even if it PVH was actually halfway between PVHVM and PV, it surely
> is not halfway between PV and PVHVM :)
> Samuel

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.