[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v12] Linux Xen PVH support.
On 02/01/14 19:02, Konrad Rzeszutek Wilk wrote: > On Thu, Jan 02, 2014 at 04:50:14PM +0000, David Vrabel wrote: >> On 01/01/14 04:35, Konrad Rzeszutek Wilk wrote: >>> The patches, also available at >>> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git devel/pvh.v12 >>> >>> implements the neccessary functionality to boot a PV guest in PVH mode. >> >> In general this looks in much better shape now. Some of the refactoring >> patches should be queued for 3.14. > > <nods> Thank you for your review! >> >> I'm not sure if when the rest wants to go in given that the PVH >> hypervisor ABI is not yet finalized and is missing support for a number >> of things with no visible plan for how/when/if this missing >> functionality will be implemented. > > We could follow the same path that Xen ARM in Linux did. ARM was a whole new architecture with limited hardware availability initially so I think what the ARM port did was the right approach. It's less clear to me if this is sensible for an existing, widely used architecture. If the PVH ABI was fixed and documented then it would be a non-brainer to merge kernel support even if it was not fully feature complete. What I don't want is guests or dom0s that used to boot in PVH mode that would end up not booting at all if Xen is upgraded. It's probably ok if PV can be used a fallback. It's also probably ok if this fallback is a manual process (e.g., user has to set pvh=0 to get a working guest again). It would also be preferable for PVH guests to fail hard if run on newer, incompatible hypervisors. Whether this is feasible would depend on what the ABI changes are. David _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |