For the "mini guest", I think it could be much easier if we
substantially strip down xenlinux rather than adding (eventually) a lot
of stuff to the current mini-os, mainly because we need probably a
multi-threaded run-time environment, scheduler, memory allocator, event
handling, drivers such as xenbus/netfront/blkfront, etc. At least, I
think we can use xenlinux as the development platform. For example,
implement the qemu-dm as a driver adding the infrastructure required
(e.g. small in-kernel glibc).
Once the above is working we'll be in good shape. We can remove all
the skany qemu-dm support from the tools as from their POV paravirt
and hvm guests will look identical. It should also be easy to
implement save/restore of hvm guests -- just save the miniguest as
part of the hvm guests', memory image. The next stage would then be
to improve performance by enhancing the device models, e.g. adding a
network card that suports jumbo frames and csum offload, and requires
fewer vmexits in operation.
How best to move forward on this? Any volunteers?
Thanks,
Ian
Jun
---
Intel Open Source Technology Center
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel