From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] KVM call minutes for Oct 19 Date: Thu, 21 Oct 2010 08:02:18 -0500 Message-ID: <4CC039DA.5090607@codemonkey.ws> References: <20101019151441.GA24673@x200.localdomain> <4DE00079-05FA-40DF-9EA5-9573AD745117@suse.de> <4CBEE84F.7060207@codemonkey.ws> <20101020131925.GH15143@redhat.com> <4CBEECE6.8030605@codemonkey.ws> <4CBF7154.2070304@redhat.com> <9DABD2D4-389E-4D05-8A4C-2DE1E20D3B5C@suse.de> <4CBFEF95.9060703@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Graf , "dlaor@redhat.com" , "Daniel P. Berrange" , Chris Wright , "qemu-devel@nongnu.org" , "kvm@vger.kernel.org" To: Paolo Bonzini Return-path: Received: from mail-qw0-f46.google.com ([209.85.216.46]:39903 "EHLO mail-qw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755289Ab0JUNCW (ORCPT ); Thu, 21 Oct 2010 09:02:22 -0400 Received: by qwa26 with SMTP id 26so3423783qwa.19 for ; Thu, 21 Oct 2010 06:02:21 -0700 (PDT) In-Reply-To: <4CBFEF95.9060703@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 10/21/2010 02:45 AM, Paolo Bonzini wrote: > 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. I think we're about 10 steps ahead of where we should be right now. The first step is just identifying what interfaces we need in a guest agent. So far, I think we can get away with a very small number of interfaces (mainly read/write files, execute command). > 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. virtio-serial is essentially our plugin interface. The core QEMU agent would use org.qemu.guest-agent and a spice against could use org.spice-space.guest-agent. The QEMU agent should have an interface that terminates in QEMU itself. Regards, Anthony Liguori > Paolo