On Thu, 2023-02-16 at 15:02 +0100, Juan Quintela wrote:
> David Woodhouse wrote:
> > --=-jDk4SYxkcOAZoZa6DCVr
> > Content-Type: text/plain; charset="UTF-8"
> > Content-Transfer-Encoding: quoted-printable
> >
> > On Thu, 2023-02-16 at 11:49 +0100, Juan Quintela wrote:
> > > David Woodhouse wrote:
David Woodhouse wrote:
> --=-jDk4SYxkcOAZoZa6DCVr
> Content-Type: text/plain; charset="UTF-8"
> Content-Transfer-Encoding: quoted-printable
>
> On Thu, 2023-02-16 at 11:49 +0100, Juan Quintela wrote:
>> David Woodhouse wrote:
>> > The non-RFC patch submisson=C2=B9 is just the basic platform suppo
On Thu, 2023-02-16 at 11:49 +0100, Juan Quintela wrote:
> David Woodhouse wrote:
> > The non-RFC patch submisson¹ is just the basic platform support for Xen
> > on KVM. This RFC series is phase 2, adding an internal XenStore and
> > hooking up the PV back end drivers to that and the emulated grant
David Woodhouse wrote:
> The non-RFC patch submisson¹ is just the basic platform support for Xen
> on KVM. This RFC series is phase 2, adding an internal XenStore and
> hooking up the PV back end drivers to that and the emulated grant tables
> and event channels.
>
> With this, we can boot a Xen g
The non-RFC patch submisson¹ is just the basic platform support for Xen
on KVM. This RFC series is phase 2, adding an internal XenStore and
hooking up the PV back end drivers to that and the emulated grant tables
and event channels.
With this, we can boot a Xen guest with PV disk, under KVM. Full