From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nq6Wi-0006xN-Qy for qemu-devel@nongnu.org; Fri, 12 Mar 2010 10:11:48 -0500 Received: from [199.232.76.173] (port=38640 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nq6Wi-0006x2-Ds for qemu-devel@nongnu.org; Fri, 12 Mar 2010 10:11:48 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Nq6Wg-0003U2-Dm for qemu-devel@nongnu.org; Fri, 12 Mar 2010 10:11:48 -0500 Received: from e5.ny.us.ibm.com ([32.97.182.145]:57713) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Nq6Wg-0003Tg-4b for qemu-devel@nongnu.org; Fri, 12 Mar 2010 10:11:46 -0500 Received: from d01relay06.pok.ibm.com (d01relay06.pok.ibm.com [9.56.227.116]) by e5.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id o2CEvZO0023237 for ; Fri, 12 Mar 2010 09:57:35 -0500 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay06.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o2CFBXFp749820 for ; Fri, 12 Mar 2010 10:11:35 -0500 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id o2CFBX07021679 for ; Fri, 12 Mar 2010 12:11:33 -0300 Subject: Re: [Qemu-devel] Ideas wiki for GSoC 2010 From: Adam Litke In-Reply-To: <20100310183023.6632aece@redhat.com> References: <20100310183023.6632aece@redhat.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 12 Mar 2010 09:11:31 -0600 Message-ID: <1268406691.3287.6.camel@aglitke> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Luiz Capitulino Cc: jan.kiszka@siemens.com, aliguori@us.ibm.com, qemu-devel@nongnu.org, kvm@vger.kernel.org, agraf@suse.de 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? -- Thanks, Adam