From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44520) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrVHz-0001Vk-VI for qemu-devel@nongnu.org; Mon, 02 Jun 2014 12:40:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WrVHs-000636-G0 for qemu-devel@nongnu.org; Mon, 02 Jun 2014 12:40:47 -0400 Received: from mx1.redhat.com ([209.132.183.28]:4459) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrVHs-00062z-7F for qemu-devel@nongnu.org; Mon, 02 Jun 2014 12:40:40 -0400 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s52GecWu001876 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 2 Jun 2014 12:40:39 -0400 Date: Mon, 2 Jun 2014 17:40:33 +0100 From: "Dr. David Alan Gilbert" Message-ID: <20140602164032.GG2634@work-vm> References: <1401276034-30486-1-git-send-email-dgilbert@redhat.com> <5385CC10.6030909@redhat.com> <20140528120444.GE2372@work-vm> <871tv7bhyn.fsf@blackfin.pond.sub.org> <20140602135004.GF2634@work-vm> <538C9D74.3020204@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <538C9D74.3020204@redhat.com> Subject: Re: [Qemu-devel] [PATCH 0/3] Migrate with destination version List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: qemu-devel@nongnu.org, lcapitulino@redhat.com, Laszlo Ersek , Markus Armbruster , quintela@redhat.com * Paolo Bonzini (pbonzini@redhat.com) wrote: > Il 02/06/2014 15:50, Dr. David Alan Gilbert ha scritto: > >However, it gets trickier since the destination libvirt has to know to send > >the version information to the source; so we can only use this trick between > >versions where the libvirt on both ends knows about it; so if we suddenly hit > >a compatibility issue where we need it then we'd have to update libvirt on both > >sides, which is too late. > > > >So putting this in now, and getting it into libvirt means everyone has the info. > > It also means we have a higher risk of getting it wrong, and having to do > the work twice. That's why all this is does is provide the interface; it doesn't do anything behind it and just allows us to wire in libvirt etc. Dave -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK