From mboxrd@z Thu Jan  1 00:00:00 1970
From: Luiz Capitulino <lcapitulino@redhat.com>
Subject: Re: [Qemu-devel] Ideas wiki for GSoC 2010
Date: Fri, 12 Mar 2010 14:35:49 -0300
Message-ID: <20100312143549.53d03895@redhat.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
Cc: agl@linux.vnet.ibm.com, jan.kiszka@siemens.com,
	qemu-devel@nongnu.org, kvm@vger.kernel.org, agraf@suse.de
To: Anthony Liguori <aliguori@linux.vnet.ibm.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mx1.redhat.com ([209.132.183.28]:47765 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1752280Ab0CLRgL (ORCPT <rfc822;kvm@vger.kernel.org>);
	Fri, 12 Mar 2010 12:36:11 -0500
In-Reply-To: <4B9A6DA5.6070600@linux.vnet.ibm.com>
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

On Fri, 12 Mar 2010 10:36:53 -0600
Anthony Liguori <aliguori@linux.vnet.ibm.com> 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.