From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:49280) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S73RP-0008G9-Ch for qemu-devel@nongnu.org; Mon, 12 Mar 2012 07:29:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S73RJ-00061i-7i for qemu-devel@nongnu.org; Mon, 12 Mar 2012 07:29:26 -0400 Received: from mx1.redhat.com ([209.132.183.28]:16878) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S73RI-00061R-WE for qemu-devel@nongnu.org; Mon, 12 Mar 2012 07:29:21 -0400 Date: Mon, 12 Mar 2012 13:29:10 +0200 From: Alon Levy Message-ID: <20120312112910.GG6256@garlic> References: <4F5CA590.1000605@redhat.com> <4F5CB429.4000907@codemonkey.ws> <20120311152528.GD7273@garlic.redhat.com> <4F5CC692.7050002@codemonkey.ws> <4F5DAC69.6010002@redhat.com> <4F5DB906.2030508@redhat.com> <4F5DC604.9010702@redhat.com> <20120312100307.GD6256@garlic> <4F5DCF6A.60008@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F5DCF6A.60008@redhat.com> Subject: Re: [Qemu-devel] [Spice-devel] seamless migration with spice List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Anthony Liguori , Hans de Goede , qemu-devel , "spice-devel@freedesktop.org" On Mon, Mar 12, 2012 at 11:26:50AM +0100, Gerd Hoffmann wrote: > Hi, > > >>> As for certain other > >>> data, such > >>> as (but not limited to) partially parsed agent messages, these should be > >>> send through the regular vmstate methods IMHO. > >> > >> That isn't easy to handle via vmstate, at least as soon as this goes > >> beyond a fixed number of fields aka 'migrate over this struct for me'. > >> Think multiple spice clients connected at the same time. > > > > Migrate this struct n times for me. > > I think for the agent case this isn't needed. Or is every client > allowed to speak to the agent in case of multiple clients connected? I > somehow doubt this can work as the agent protocol can't multicast ... > Actually the agent protocol does extend nicely to multiple clients - I forgot the name but there is an additional wrapper between the client/server originating message and the guest received message, that is currently used for server or client originating messages, and can be reused to have multiple in flight different client messages. We don't use it for guest generated messages, but we could as well. Multicast would be another number. > cheers, > Gerd > >