From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:34368) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QEjMK-0005Mn-7L for qemu-devel@nongnu.org; Tue, 26 Apr 2011 10:35:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QEjMJ-0007db-6a for qemu-devel@nongnu.org; Tue, 26 Apr 2011 10:35:24 -0400 Received: from mx1.redhat.com ([209.132.183.28]:9476) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QEjMI-0007dU-Dn for qemu-devel@nongnu.org; Tue, 26 Apr 2011 10:35:23 -0400 Message-ID: <4DB6D7FC.6090608@redhat.com> Date: Tue, 26 Apr 2011 16:34:36 +0200 From: Jes Sorensen MIME-Version: 1.0 References: <1303138953-1334-1-git-send-email-mdroth@linux.vnet.ibm.com> <4DB03ADF.7060800@redhat.com> <4DB09A79.8010808@linux.vnet.ibm.com> <4DB66CC1.9050109@redhat.com> <4DB6D654.60000@linux.vnet.ibm.com> In-Reply-To: <4DB6D654.60000@linux.vnet.ibm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC][PATCH v2 00/11] QEMU Guest Agent: QMP-based host/guest communication (virtagent) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Roth Cc: aliguori@linux.vnet.ibm.com, agl@linux.vnet.ibm.com, qemu-devel@nongnu.org On 04/26/11 16:27, Michael Roth wrote: > On 04/26/2011 01:57 AM, Jes Sorensen wrote: >> Yeah it was the conclusion I came to on Thursday when I was working on >> porting the freeze patches over. After fighting the json %#$%#$%#$ I >> ended up with something I couldn't test in the end :( > > I actually worked on getting most of the fsfreeze ported over yesterday, > were they any major changes from the last set of patches other than the > porting work? If so, feel free to send the patches my way and I'll hack > on those a bit, otherwise I plan to have the fsfreeze stuff included in > the next re-spin later this week. I'll try and post them later today. >> Any plans to add human monitor support in the near future? > > The main target will be QMP for the initial patches. But ideally the HMP > commands we add will have a pretty close correspondence with QMP. That is unfortunate, QMP is really user unfriendly :( Cheers, Jes