Re: [Xen-devel] [PATCH v1 3/8]: PVH startup changes (enlighten.c)

[Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>]

On Fri, Oct 05, 2012 at 10:23:25AM +0100, Ian Campbell wrote:
> On Fri, 2012-10-05 at 02:35 +0100, Mukesh Rathor wrote:
> > On Wed, 3 Oct 2012 13:05:14 +0100
> > Ian Campbell <Ian.Campbell@xxxxxxxxxx> wrote:
> > 
> > > On Wed, 2012-10-03 at 12:58 +0100, Stefano Stabellini wrote:
> > > > > So for now, how about, lets go
> > > > > with what I've got. I'll make a note, and when I do xen patch,
> > > > > I'll figure it out, and would be a very small linux patch. I want
> > > > > to get linux patch in soon before the window closes.
> > > > 
> > > > We can leave page special as it is for now with very little
> > > > consequences, because it is not part of the interface with Xen.
> > > > However this is part of the interface, so whatever we choose here
> > > > is going to be hard to change later on.
> > > 
> > > I suggested that until we have seen and reviewed the hypervisor side
> > > patches this guest side functionality all needs to be under an option
> > > which has CONFIG_EXPERIMENTAL as a dependency and a comment explaining
> > > that the ABI is not fixed yet, similar to what we did for the ARM
> > > port.
> > 
> > Konrad is going to keep the changes in his tree and not upstream for
> > couple months while we go thru the xen patches. This would be a big
> > help for me as I won't have to constantly refresh linux tree.
> 
> Ah, ok, that sounds like a good plan.
> 
> In the case where the ARM stuff I have built on this becomes ripe first
> would it be OK with you guys if I were to cherry pick the relevant bits
> of the PVH stuff into a series to go in sooner?

My plan right now was to wait for Mukesh to repost his series (which
I hope will address all our review comments) and then I can shovel
any other patches on top of that.

But if it makes sense to intermix Mukeshes's patchs, and yours.
(or squash some together) I can do that too.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel