From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=60066 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P8Xap-0007pt-7k for qemu-devel@nongnu.org; Wed, 20 Oct 2010 08:16:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P8Xao-00058c-1x for qemu-devel@nongnu.org; Wed, 20 Oct 2010 08:16:31 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46972) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P8Xan-00058V-Qf for qemu-devel@nongnu.org; Wed, 20 Oct 2010 08:16:30 -0400 Message-ID: <4CBEDD97.4010502@redhat.com> Date: Wed, 20 Oct 2010 14:16:23 +0200 From: Dor Laor MIME-Version: 1.0 Subject: Re: [Qemu-devel] KVM call minutes for Oct 19 References: <20101019151441.GA24673@x200.localdomain> <4DE00079-05FA-40DF-9EA5-9573AD745117@suse.de> In-Reply-To: <4DE00079-05FA-40DF-9EA5-9573AD745117@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: dlaor@redhat.com List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Chris Wright , Ted Ross , kvm@vger.kernel.org, 'Andrew Beekhof' , arroy@redhat.com, qemu-devel@nongnu.org, "Perry N. Myers" On 10/20/2010 10:21 AM, Alexander Graf wrote: > > On 19.10.2010, at 17:14, Chris Wright wrote: > >> 0.13.X -stable >> - Anthony will send note to qemu-devel on this >> - move 0.13.X -stable to a separate tree >> - driven independently of main qemu tree >> - challenge is always in the porting and testing of backported fixes >> - looking for volunteers >> >> 0.14 >> - would like to do this before end of the year >> - 0.13 forked off a while back (~July), >> - 0.14 features >> - QMP stabilized >> - 0.13.0 -> 0.14 QMP >> - hard attempt not to break compatibility >> - new commands, rework, async, human monitor passthrough >> - goal getting to libvirt not needing human monitor at all >> - QMP KVM autotest test suite submitted >> - in-kernel apic, tpr patching still outstanding >> - QED coroutine concurrency > > Would it be realistic to declare deprecating the qemu-kvm fork for 0.14 as goal? > >> Live snapshots >> - merge snapshot? >> - already supported, question about mgmt of snapshot chain >> - integrate with fsfreeze (and windows alternative) >> >> Guest Agent >> - have one coming RSN (poke Anthony for details) > > Would there be a chance to have a single agent for everyone, so that we actually form a Qemu agent instead of a dozen individual ones? I'm mainly thinking Spice here. More important than the number of instances is the usage of common framework. Here is the link to the Matahari project: https://fedorahosted.org/matahari/wiki/API > > > Alex > >