> > > I started briefly looking today but don't really have time to look into
> > > it properly. I do think we want to use as much of the native/HVM code
> > > as possible and avoid the PV path (the current Linux PVH code uses too
> > > much of the PV entry point, IMO).
> >
> > I'm afraid I'm not
On Fri, Jul 03, 2015 at 06:36:37PM +0200, Roger Pau Monné wrote:
> El 03/07/15 a les 18.19, David Vrabel ha escrit:
> > On 03/07/15 12:34, Roger Pau Monne wrote:
> >>
> >> And for the FreeBSD part:
> >
> > Have you thought at all about what the Linux support for this mode would
> > look like?
> >
El 03/07/15 a les 18.19, David Vrabel ha escrit:
> On 03/07/15 12:34, Roger Pau Monne wrote:
>>
>> And for the FreeBSD part:
>
> Have you thought at all about what the Linux support for this mode would
> look like?
>
> I started briefly looking today but don't really have time to look into
> it p
On 03/07/15 12:34, Roger Pau Monne wrote:
>
> And for the FreeBSD part:
Have you thought at all about what the Linux support for this mode would
look like?
I started briefly looking today but don't really have time to look into
it properly. I do think we want to use as much of the native/HVM co
This series are now rebased on top of Paul Durrant "x86/hvm: I/O emulation
cleanup and fix" v5.
This series is split in the following order:
- Patches from 1 to 10 switch HVM domain contruction to use the xc_dom_*
family of functions, like they are used to build PV domains.
- Patches from
