Re: [PATCH 17/18 V2]: PVH xen: PVH dom0 creation...

[Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>]

On Tue, Mar 19, 2013 at 09:27:34AM +0000, Jan Beulich wrote:
> >>> On 16.03.13 at 02:06, Mukesh Rathor <mukesh.rathor@oracle.com> wrote:
> > Finally, the hardest. Mostly modify construct_dom0() to boot PV dom0 in
> >  PVH mode. Introduce, opt_dom0pvh, which when specified in the command
> >  line, causes dom0 to boot in PVH mode.
> 
> Now that Konrad mentioned that PVH is intended for 64-bit guests
> only, I fail to see where this restriction is being enforced in this
> patch. And it would certainly have been worthwhile to state that
> more prominently, even more so since Konrad keeps telling people
> that this patch set is expected to initiate a deprecation phase for
> the PV MMU interfaces in Linux (which then would mean no 32-bit
> PV guest support at all anymore).

It was not in my mind for the first stage of this work, thought I
have to admit that the 32-bit part completly vanished in my mind.

You are right - we need then 32-bit support otherwise we are screwed in
the X years we initiate the deprecation phase in the upstream
PV MMU interface.

I was not expecting that this set of patches would be the 'ok, the
timer for deprecation is ticking once the patch goes in Xen' - rather
when folks agree that it is the right time.