From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=42826 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PwjLb-0008ME-1r for qemu-devel@nongnu.org; Mon, 07 Mar 2011 17:56:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PwjLZ-0007gG-Qb for qemu-devel@nongnu.org; Mon, 07 Mar 2011 17:56:14 -0500 Received: from e8.ny.us.ibm.com ([32.97.182.138]:44481) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PwjLZ-0007ft-K7 for qemu-devel@nongnu.org; Mon, 07 Mar 2011 17:56:13 -0500 Received: from d01dlp01.pok.ibm.com (d01dlp01.pok.ibm.com [9.56.224.56]) by e8.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p27IbGob010952 for ; Mon, 7 Mar 2011 13:37:16 -0500 Received: from d01relay03.pok.ibm.com (d01relay03.pok.ibm.com [9.56.227.235]) by d01dlp01.pok.ibm.com (Postfix) with ESMTP id 7EC9D38C8038 for ; Mon, 7 Mar 2011 17:56:10 -0500 (EST) Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay03.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p27MuCCo316214 for ; Mon, 7 Mar 2011 17:56:12 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p27MuBw5001549 for ; Mon, 7 Mar 2011 19:56:12 -0300 Message-ID: <4D756287.2060005@us.ibm.com> Date: Mon, 07 Mar 2011 16:56:07 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <1299528642-23631-1-git-send-email-mdroth@linux.vnet.ibm.com> <4D755190.6020101@us.ibm.com> <4D7560DF.6000404@linux.vnet.ibm.com> In-Reply-To: <4D7560DF.6000404@linux.vnet.ibm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [RFC][PATCH v7 00/16] virtagent: host/guest communication agent List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Roth Cc: agl@linux.vnet.ibm.com, stefanha@linux.vnet.ibm.com, markus_mueller@de.ibm.com, qemu-devel@nongnu.org, Jes.Sorensen@redhat.com, abeekhof@redhat.com On 03/07/2011 04:49 PM, Michael Roth wrote: > It's not really inventing anything. We've always started off with > qobject params, which we then pulled apart and stuck into xmlrpc > params, which when then turned into xml for transport. Now we just > take the qobjects and covert them to json directly. We've only cut out > an intermediate library and switched to a different UTF8-based > encoding for transport. > > With QAPI we'd have the extra step of pulling function parameters into > a qobjects. Not any different from what the situation would've been > using xmlrpc or any of the other binary encoding that were considered. > > It does look more similar to what QMP/QAPI is doing than previously, > but it doesn't need to be all or nothing. I think I have a Clever Idea here but hacking together a prototype. Basic thinking is to make guest commands part of the QMP namespace such that a guest command looks like any other QMP command. The only role QEMU plays in this model is validating the commands inputs and outputs and then passing the command to the guest agent. Stay tuned. Regards, Anthony Liguori > >> >> Regards, >> >> Anthony Liguori >> >