|
From: | Paolo Bonzini |
Subject: | Re: [Qemu-devel] KVM call minutes for Oct 19 |
Date: | Thu, 21 Oct 2010 09:45:25 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100907 Fedora/3.1.3-1.fc13 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.3 |
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
[Prev in Thread] | Current Thread | [Next in Thread] |