On 10/21/2010 03:14 AM, Alexander Graf wrote:
I agree that some agent code for basic stuff like live snapshot
sync with the filesystem is small enough and worth to host within
qemu. Maybe we do need more than one project?
No, please. That's exactly what I don't want to see. The
libvirt/qemu/virt-man split is killing us already. How is this going
to become with 20 driver packs for the guest?
Agreed. Not relying on Mata Hari and reinventing a dbus/WMI interface
would be yet another case of QEMU NIH. The same argument also works on
the backend BTW, it can be virtio serial but also a Xen pvconsole and
that wheel should not be reinvented either.
The guest agent should be a pluggable architecture, and QEMU can provide
plugins for sync, spice, "info balloon" and everything else it needs.
Paolo
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
