From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:53723) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UUd9f-0005RJ-Lv for qemu-devel@nongnu.org; Tue, 23 Apr 2013 09:21:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UUd9e-0007VX-BE for qemu-devel@nongnu.org; Tue, 23 Apr 2013 09:21:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38988) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UUd9e-0007UY-3B for qemu-devel@nongnu.org; Tue, 23 Apr 2013 09:21:06 -0400 Date: Tue, 23 Apr 2013 09:20:40 -0400 From: Luiz Capitulino Message-ID: <20130423092040.7179f3ce@redhat.com> In-Reply-To: <51755075.1000008@redhat.com> References: <1366365123-5412-1-git-send-email-akong@redhat.com> <51716101.8090705@redhat.com> <20130422114841.GA4053@t430s.nay.redhat.com> <517527FC.2090808@redhat.com> <51755075.1000008@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] monitor: introduce query-config-schema List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Blake Cc: aliguori@us.ibm.com, mdroth@linux.vnet.ibm.com, qemu-devel@nongnu.org, jyang@redhat.com, Paolo Bonzini , Amos Kong On Mon, 22 Apr 2013 09:00:05 -0600 Eric Blake wrote: > At any rate, we really DO want introspection, and having it in 1.5 is a > worthwhile goal. Even if the introspection turns up empty on legacy > options, having it for the sake of new options is worth the effort. Agreed. But as you said in another email, we need a JSON representation for this command. Dumping all options as strings is just like using -help. Something else that has occurred to me is that, do we want this to be a QMP command or do we want this to be a command-line option? If we do this as a QMP command then libvirt would have to actually start QEMU just to query supported options. Another interesting point is about full schema introspection. This patch only supports command-line options. It would be desirable to be able to introspect all QAPI types and QMP commands, although I'm aware that this might be a lot of work to do for 1.5.