From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nq8mL-0006dR-Ht for qemu-devel@nongnu.org; Fri, 12 Mar 2010 12:36:05 -0500 Received: from [199.232.76.173] (port=52652 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nq8mK-0006dH-7z for qemu-devel@nongnu.org; Fri, 12 Mar 2010 12:36:04 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nq8mI-0004kv-U7 for qemu-devel@nongnu.org; Fri, 12 Mar 2010 12:36:04 -0500 Received: from mx1.redhat.com ([209.132.183.28]:39064) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Nq8mI-0004kl-4s for qemu-devel@nongnu.org; Fri, 12 Mar 2010 12:36:02 -0500 Date: Fri, 12 Mar 2010 14:35:49 -0300 From: Luiz Capitulino Subject: Re: [Qemu-devel] Ideas wiki for GSoC 2010 Message-ID: <20100312143549.53d03895@redhat.com> In-Reply-To: <4B9A6DA5.6070600@linux.vnet.ibm.com> References: <20100310183023.6632aece@redhat.com> <1268406691.3287.6.camel@aglitke> <20100312122241.5cf41093@redhat.com> <1268408327.3287.10.camel@aglitke> <20100312125629.4e9cf6f6@redhat.com> <4B9A6DA5.6070600@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: jan.kiszka@siemens.com, agl@linux.vnet.ibm.com, qemu-devel@nongnu.org, kvm@vger.kernel.org, agraf@suse.de On Fri, 12 Mar 2010 10:36:53 -0600 Anthony Liguori wrote: > On 03/12/2010 09:56 AM, Luiz Capitulino wrote: > >> Once the student(s) have gone through the trouble to familiarize > >> themselves with the monitor code, they would be well-positioned to > >> complete this extra bit. How difficult do you imagine it will be to > >> convert the remaining commands over to QObject? > >> > > Well, I won't set the goal to convert all of them, because seems > > too much work and Anthony has said that we may not want all the > > handlers available under QMP. So, this has to be discussed (preferably > > before GSoC starts for students). > > > > What I would like to see is a clean break between the human monitor and > QMP whereas the human monitor is implemented in terms of QMP. > > For instance, the x and xp commands are not very useful for QMP. > However, a generic memory read/write API would be pretty useful. The > x/xp commands would be implemented in terms of the memory QMP API. > > Likewise, the sum command can be implemented in terms of the above API. Right, makes sense. So, we need to convert them all but maybe not make all of them available under QMP.