From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ND0Ys-0007CV-2v for qemu-devel@nongnu.org; Tue, 24 Nov 2009 13:56:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ND0Yn-0007Bw-OZ for qemu-devel@nongnu.org; Tue, 24 Nov 2009 13:56:25 -0500 Received: from [199.232.76.173] (port=33069 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ND0Yn-0007Bt-GG for qemu-devel@nongnu.org; Tue, 24 Nov 2009 13:56:21 -0500 Received: from mail-yw0-f171.google.com ([209.85.211.171]:50235) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ND0Ym-0003TZ-MF for qemu-devel@nongnu.org; Tue, 24 Nov 2009 13:56:21 -0500 Received: by ywh1 with SMTP id 1so5878648ywh.18 for ; Tue, 24 Nov 2009 10:56:20 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <4B0C2B40.4040803@codemonkey.ws> References: <4B0952C9.9010803@redhat.com> <200911241335.35334.paul@codesourcery.com> <20091124134910.GH2405@redhat.com> <200911241359.49321.paul@codesourcery.com> <20091124142152.GN2405@redhat.com> <20091124170809.GC3397@redhat.com> <4B0C1B46.90504@redhat.com> <4B0C2B40.4040803@codemonkey.ws> From: Blue Swirl Date: Tue, 24 Nov 2009 20:56:00 +0200 Message-ID: Subject: Re: [Qemu-devel] Re: Live migration protocol, device features, ABIs and other beasts Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Paolo Bonzini , Paul Brook , "Michael S. Tsirkin" On Tue, Nov 24, 2009 at 8:51 PM, Anthony Liguori wr= ote: > Paolo Bonzini wrote: >> >> On 11/24/2009 06:08 PM, Michael S. Tsirkin wrote: >>>> >>>> > =C2=A0The external version translator tool could support arbitrary >>>> > =C2=A0conversion between the whole NxN matrix of versions (including= distro >>>> > =C2=A0hacks), or just those that RHEL happens to use. The tool would= not be >>>> > =C2=A0limited to QEMU development environment, it could use database= s, >>>> > XSLT, >>>> > =C2=A0SOA or be written in C#. >>> >>> Yea, maybe cross-hypervisor migration could be made to work:) >>> All that would be possible if the migration protocol would >>> be specified at some level. As it is, the protocol >>> really dumps out internal infromation about current >>> qemu implementation, and it seems that making >>> it a separate project would just slow us down. >> >> We have Juan's VMState work to start from. =C2=A0If we can take it a ste= p >> further and use anything (including CPP) to make the primary representat= ion >> of state an XML document or anything like that (and convert it back to >> VMState structs at build time), it would not be a huge work, and it woul= d >> give important benefits. > > Like adding tremendous complexity for little to no gain. But the complexity would be a problem only for the transformation matrix project. For QEMU the gain would be simplified design, maybe at the expense of some CPP magic.