[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: [Qemu-devel] [PATCH 13/13] xen: pv domain builder.



Gerd Hoffmann writes ("Re: [Xen-devel] Re: [Qemu-devel] [PATCH 13/13] xen: pv 
domain builder."):
> 02 -> 04  Make sense if you want to *test* the patches without merging
>           with upstream qemu before.  For *merging* the patches I'd
>           suggest to merge from upstream qemu instead, then wait for
>           me rebasing the patchset (and dropping these patches).

Yes.

> 05 -> 06  backend core.
> 07        switches the console to the new backend core.
> 08        xenfb.c -> xen_framebuffer.c rename.
> 09        switch framebuffer to new backend core.

Thanks for the explanation.

> 05 + 06 alone are not useful as nobody uses the new backend core then.
> Merging 07 too gives at least one user.  08+09 going in gives a second
> user.  They are a nice cleanup and certainly make sense for
> qemu-xen-unstable.

That looks like I'll want to take 05-07 and 09.  As previously
discussed, I don't intend to take 08, at least at this stage, and I
would very strongly prefer that 08 didn't go upstream.

Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.