From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] Ideas wiki for GSoC 2010 Date: Fri, 12 Mar 2010 10:36:53 -0600 Message-ID: <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> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: Luiz Capitulino Return-path: Received: from e39.co.us.ibm.com ([32.97.110.160]:41325 "EHLO e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754366Ab0CLQhG (ORCPT ); Fri, 12 Mar 2010 11:37:06 -0500 Received: from d03relay05.boulder.ibm.com (d03relay05.boulder.ibm.com [9.17.195.107]) by e39.co.us.ibm.com (8.14.3/8.13.1) with ESMTP id o2CGTHpB030180 for ; Fri, 12 Mar 2010 09:29:17 -0700 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay05.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o2CGav1G058902 for ; Fri, 12 Mar 2010 09:36:57 -0700 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id o2CGasrF015489 for ; Fri, 12 Mar 2010 09:36:55 -0700 In-Reply-To: <20100312125629.4e9cf6f6@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: 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. Regards, Anthony Liguori > Also, I have two other projects that could related to the async > conversion: > > - Simplify/Improve the QObject API > - Improve error handling (QError conversion involved) >