From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MJ8Yt-00068J-F9 for qemu-devel@nongnu.org; Tue, 23 Jun 2009 12:09:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MJ8Yo-000633-87 for qemu-devel@nongnu.org; Tue, 23 Jun 2009 12:09:31 -0400 Received: from [199.232.76.173] (port=57589 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MJ8Yo-00062r-3M for qemu-devel@nongnu.org; Tue, 23 Jun 2009 12:09:26 -0400 Received: from e7.ny.us.ibm.com ([32.97.182.137]:59348) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MJ8Yn-0004K4-Kc for qemu-devel@nongnu.org; Tue, 23 Jun 2009 12:09:25 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e7.ny.us.ibm.com (8.13.1/8.13.1) with ESMTP id n5NFusvL018595 for ; Tue, 23 Jun 2009 11:56:54 -0400 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v9.2) with ESMTP id n5NG9OSt197664 for ; Tue, 23 Jun 2009 12:09:24 -0400 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n5NG9O7d024077 for ; Tue, 23 Jun 2009 12:09:24 -0400 Message-ID: <4A40FE31.2010007@us.ibm.com> Date: Tue, 23 Jun 2009 11:09:21 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 01/11] QMP: Introduce specification file References: <20090623012811.53a62493@doriath> <20090623144521.GA614@snarc.org> <4A40FB11.8090100@redhat.com> <4A40FB26.2040702@us.ibm.com> <4A40FD1A.1040303@redhat.com> In-Reply-To: <4A40FD1A.1040303@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: ehabkost@redhat.com, jan.kiszka@siemens.com, dlaor@redhat.com, qemu-devel@nongnu.org, Luiz Capitulino , Vincent Hanquez Avi Kivity wrote: >> I'd rather not do json. >> > > Why not? Because it's too much complexity at this level in the stack. >> As they stand, I think the current patch set is very close to being >> mergable. I'd rather not go off on a new tangent. > > It fulfils all are requirements and more. There's a C implementation > available. We can concentrate on the commands and ignore the plumbing. The same is true for XML-RPC, CIM, dbus, etc. RPC grow like weeds. In 5 years, it will be shocking that qemu uses jsonrpc instead of the next super-neat RPC protocol. If we did a real RPC mechanism, I'd want to stick with something tried-and-true like XDR. But an RPC mechanism is not the monitor. If we were going to do that, there's no point in morphing the monitor into that. What we're doing here is adding a computer-mode to the existing monitor. This will be easy for current apps to consume and for us to transition the code base to. It's a safe and incremental improvement. I don't want to invent Xen-API here and go through that pain in QEMU. -- Regards, Anthony Liguori