From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nq7EB-0001Qp-D7 for qemu-devel@nongnu.org; Fri, 12 Mar 2010 10:56:43 -0500 Received: from [199.232.76.173] (port=46554 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nq7EB-0001QY-1g for qemu-devel@nongnu.org; Fri, 12 Mar 2010 10:56:43 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nq7E9-0008G9-3S for qemu-devel@nongnu.org; Fri, 12 Mar 2010 10:56:42 -0500 Received: from mx1.redhat.com ([209.132.183.28]:61224) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Nq7E8-0008G1-Nw for qemu-devel@nongnu.org; Fri, 12 Mar 2010 10:56:40 -0500 Date: Fri, 12 Mar 2010 12:56:29 -0300 From: Luiz Capitulino Subject: Re: [Qemu-devel] Ideas wiki for GSoC 2010 Message-ID: <20100312125629.4e9cf6f6@redhat.com> In-Reply-To: <1268408327.3287.10.camel@aglitke> References: <20100310183023.6632aece@redhat.com> <1268406691.3287.6.camel@aglitke> <20100312122241.5cf41093@redhat.com> <1268408327.3287.10.camel@aglitke> 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: Adam Litke Cc: jan.kiszka@siemens.com, aliguori@us.ibm.com, qemu-devel@nongnu.org, kvm@vger.kernel.org, agraf@suse.de On Fri, 12 Mar 2010 09:38:47 -0600 Adam Litke wrote: > On Fri, 2010-03-12 at 12:22 -0300, Luiz Capitulino wrote: > > On Fri, 12 Mar 2010 09:11:31 -0600 > > Adam Litke wrote: > > > > > Hi Luiz. Around the time when I introduced the new Asynchronous monitor > > > command API we had talked about converting all commands to use this new > > > API so that we can cut down on duplicate code paths and confusing code. > > > I would like to propose this as a GSoC project idea. Do you think it > > > should stand as its own project or should we merge it into your "Convert > > > Monitor commands to the QObject API" project? > > > > I think it's a project by itself, but I wonder if it's too easy/short > > for GSoC. An experienced programmer can do the conversion plus testing > > in a day or two. There are probably a number of cleanups and adaptions > > that can take more, but still seems too short. > > So given the relatively small scope of this additional work, maybe it > should be an additional "stretch" goal to be added to your project. It could be, our we could try to come up with something additional. > 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). Also, I have two other projects that could related to the async conversion: - Simplify/Improve the QObject API - Improve error handling (QError conversion involved)