From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dor Laor Subject: Re: [Qemu-devel] KVM call minutes for Oct 19 Date: Wed, 20 Oct 2010 14:16:23 +0200 Message-ID: <4CBEDD97.4010502@redhat.com> References: <20101019151441.GA24673@x200.localdomain> <4DE00079-05FA-40DF-9EA5-9573AD745117@suse.de> Reply-To: dlaor@redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Chris Wright , qemu-devel@nongnu.org, kvm@vger.kernel.org, arroy@redhat.com, "Perry N. Myers" , "'Andrew Beekhof'" , Ted Ross To: Alexander Graf Return-path: Received: from mx1.redhat.com ([209.132.183.28]:3964 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752048Ab0JTMQc (ORCPT ); Wed, 20 Oct 2010 08:16:32 -0400 In-Reply-To: <4DE00079-05FA-40DF-9EA5-9573AD745117@suse.de> Sender: kvm-owner@vger.kernel.org List-ID: 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 > >