From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:45506) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SWTPW-0006xM-QH for qemu-devel@nongnu.org; Mon, 21 May 2012 10:16:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SWTPU-0007sH-Gl for qemu-devel@nongnu.org; Mon, 21 May 2012 10:16:34 -0400 Received: from mx1.redhat.com ([209.132.183.28]:24425) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SWTPU-0007s9-8r for qemu-devel@nongnu.org; Mon, 21 May 2012 10:16:32 -0400 Date: Mon, 21 May 2012 11:16:37 -0300 From: Luiz Capitulino Message-ID: <20120521111637.308bdaa6@doriath.home> In-Reply-To: <4FBA4CE0.2090702@codemonkey.ws> References: <4FB6821A.1080902@redhat.com> <20120521105901.4fbe7363@doriath.home> <4FBA4CE0.2090702@codemonkey.ws> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Proposal for extensions of block job commands in QEMU 1.2 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Kevin Wolf , aliguori@us.ibm.com, Stefan Hajnoczi , qemu-devel , Federico Simoncelli , Paolo Bonzini , Eric Blake On Mon, 21 May 2012 09:10:40 -0500 Anthony Liguori wrote: > On 05/21/2012 08:59 AM, Luiz Capitulino wrote: > > On Fri, 18 May 2012 19:08:42 +0200 > > Paolo Bonzini wrote: > > > >> Modified QMP commands > >> ===================== > > > > As we have discussed on the ML, we're not going to extend QMP commands. > > > > I understand your reasoning, and since the beginning I thought this was > > something useful to do, but we've already settled for not doing this. > > > > I also think that we shouldn't have exceptions, as in practice this means > > we're extending commands anyway. So either, we do it or we don't. > > Well, I think we should ask ourselves the following question: > > How would a client figure out if the new options are available? > > This is the primary reason for not extending existing commands. Yes, I know. But if Paolo implements schema introspection, would you agree on extending commands. You seemed to be against even if we had schema introspection.