From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40807) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrWDG-0001j6-44 for qemu-devel@nongnu.org; Mon, 02 Jun 2014 13:40:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WrWD7-0005Em-4U for qemu-devel@nongnu.org; Mon, 02 Jun 2014 13:39:58 -0400 Received: from mail-wi0-x233.google.com ([2a00:1450:400c:c05::233]:48638) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrWD6-0005EY-Tj for qemu-devel@nongnu.org; Mon, 02 Jun 2014 13:39:49 -0400 Received: by mail-wi0-f179.google.com with SMTP id bs8so5039340wib.0 for ; Mon, 02 Jun 2014 10:39:47 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <538CB6DF.3050907@redhat.com> Date: Mon, 02 Jun 2014 19:39:43 +0200 From: Paolo Bonzini MIME-Version: 1.0 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> <20140602164032.GG2634@work-vm> In-Reply-To: <20140602164032.GG2634@work-vm> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/3] Migrate with destination version List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Dr. David Alan Gilbert" Cc: Markus Armbruster , quintela@redhat.com, Laszlo Ersek , qemu-devel@nongnu.org, lcapitulino@redhat.com Il 02/06/2014 18:40, Dr. David Alan Gilbert ha scritto: >>> > > >>> > >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. If the version-based interface turns out to be not enough, we've done the work for nothing. In fact, we already know that it is not enough to solve 2.0->1.6 migration with -M pc-1.5. Paolo