From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54867) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYcJY-0006WG-9i for qemu-devel@nongnu.org; Mon, 29 Sep 2014 10:52:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XYcJT-0008B5-Q6 for qemu-devel@nongnu.org; Mon, 29 Sep 2014 10:52:36 -0400 Received: from static.92.5.9.176.clients.your-server.de ([176.9.5.92]:56138 helo=mail.hallyn.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYcJT-00089M-KY for qemu-devel@nongnu.org; Mon, 29 Sep 2014 10:52:31 -0400 Date: Mon, 29 Sep 2014 16:52:24 +0200 From: "Serge E. Hallyn" Message-ID: <20140929145224.GA21417@mail.hallyn.com> References: <1411414496-46245-1-git-send-email-alex@alex.org.uk> <1411414496-46245-2-git-send-email-alex@alex.org.uk> <20140928153058.GA4994@redhat.com> <20140929100856.GB32459@redhat.com> <34F81256-5F4C-4C99-9FBF-E0588C7A52AB@alex.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <34F81256-5F4C-4C99-9FBF-E0588C7A52AB@alex.org.uk> Subject: Re: [Qemu-devel] [PATCH v4] Add machine parameter qemu-kvm-migration for live migrate compatibility with qemu-kvm List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex Bligh Cc: Ryan Harper , Serge Hallyn , "quintela@redhat.com" , Libvirt , Serge Hallyn , "qemu-devel@nongnu.org" , Alexander Graf , "Michael S. Tsirkin" , Cole Robinson , Amit Shah , Bruce Rogers , Andreas =?iso-8859-1?Q?F=E4rber?= , "Serge E. Hallyn" Quoting Alex Bligh (alex@alex.org.uk): > > On 29 Sep 2014, at 11:08, Michael S. Tsirkin wrote: > > > On Sun, Sep 28, 2014 at 09:33:08PM +0100, Alex Bligh wrote: > >> Hang on a second! v2 of this patch DID use a new virtual machine, > >> called exactly that. I thought you were objecting to that and > >> wanting a machine parameter instead! It's far easier with a new > >> machine type, and I'd far prefer a new machine type. > >> > >> If you were just objecting to the fact that pc-1.0 was made to > >> be an alias of either one or the other at compile time, simply > >> drop the second patch of the v2 patchset. > > > > I think same applies to v3 that I reviewed right? > > Absolutely, I'm fine with just a new machine type. > > This means that management tools will need to learn to > > add -qemu-kvm suffix to the machine name if user > > requested compatibility with qemu-kvm. > > I think there were some implementation issues with patch 1/2 > > though. > > > >> If we have a new machine type, I don't /think/ I need the early_init > >> thing at all (I may be wrong about that). > > > > Good. > > OK, I will respin this when I get a chance with the new machine > type back and hopefully address some of the other issues you > brought up. Thanks, Alex. I've got working packages for 12.04, 14,04 and 14.10 at ppa:serge-hallyn/qemu-migration2 and have opened three bugs (https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1374622, https://bugs.launchpad.net/ubuntu/+bug/1374617, and https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1374612) to get them into the archive. However if the machine type patches may end up upstream, then obviously I'd prefer to wait for the final upstream set. As we're approaching final freeze for 14.10, I suspect this will mean getting the patches into 15.04 on the first day of the cycle (no FFEs needed there) and then a quick SRU into 12.04 and 14.04. -serge