From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54849) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYXxl-00048V-VB for qemu-devel@nongnu.org; Mon, 29 Sep 2014 06:13:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XYXxk-0001iW-0q for qemu-devel@nongnu.org; Mon, 29 Sep 2014 06:13:49 -0400 Received: from mail.avalus.com ([2001:41c8:10:1dd::10]:35212) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYXxj-0001hm-S7 for qemu-devel@nongnu.org; Mon, 29 Sep 2014 06:13:47 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Alex Bligh In-Reply-To: <20140929100856.GB32459@redhat.com> Date: Mon, 29 Sep 2014 11:13:29 +0100 Content-Transfer-Encoding: 7bit Message-Id: <34F81256-5F4C-4C99-9FBF-E0588C7A52AB@alex.org.uk> 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> 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: "Michael S. Tsirkin" Cc: Ryan Harper , Serge Hallyn , "quintela@redhat.com" , Libvirt , Serge Hallyn , "qemu-devel@nongnu.org" , Alexander Graf , Alex Bligh , Cole Robinson , Amit Shah , Bruce Rogers , =?iso-8859-1?Q?Andreas_F=E4rber?= , "Serge E. Hallyn" 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. -- Alex Bligh