Re: [Xen-devel] [PATCH 0 of 2] Remus: support for pvops dom0

[Brendan Cully <brendan@xxxxxxxxx>]

On Thursday, 15 April 2010 at 14:58, Ian Jackson wrote:
> Brendan Cully writes ("[Xen-devel] [PATCH 0 of 2] Remus: support for pvops 
> dom0"):
> > These two patches update the Remus network buffering code to work with
> > newer kernels, including the pvops tree.
> 
> Excellent.
> 
> > Built and run, but not extensively tested (I'm still working on some blktap2
> > issues on the disk replication side).
> 
> I haven't looked at the code for the "remus" utility, but: How hard is
> it going to be to port it to libxl ?  I think remus is too exciting a
> feature to be left to rot with xend.

Thanks :)

Remus doesn't really use xend at all. It has its own bindings to libxc
and reimplements the migration control layer. I'd had tighter
integration with xend on my TODO list, but it sounds like I may not
need to do that any more.

I haven't been paying close attention to the libxl patches flying by
on the list, but it looks like the area where libxl and Remus might
interact in the short term is your cleanups to the save image
format. Off the top of my head, I remember having to hack up a
slightly different stream format for HVM because the qemu blob had no
length prefix.

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