From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38875) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9Yvb-0006Sa-Uy for qemu-devel@nongnu.org; Tue, 22 Jul 2014 08:12:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X9YvU-0000Sz-Fr for qemu-devel@nongnu.org; Tue, 22 Jul 2014 08:12:19 -0400 Received: from mx1.redhat.com ([209.132.183.28]:57537) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9YvU-0000P2-6g for qemu-devel@nongnu.org; Tue, 22 Jul 2014 08:12:12 -0400 Message-ID: <53CE5510.1090603@redhat.com> Date: Tue, 22 Jul 2014 14:12:00 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <53CA4E3D.1020005@redhat.com> <20140722071130.GF26186@grmbl.mre> <20140722095000.GB5922@grmbl.mre> <53CE3511.3000402@redhat.com> <20140722102258.GA18209@grmbl.mre> <24F102B2-44A4-4C71-80A7-A9BE9CADF3EE@alex.org.uk> <20140722105432.GB18209@grmbl.mre> <5AB9C3BF-1A4F-4942-A433-1724BBFC9D23@alex.org.uk> <20140722115407.GF18209@grmbl.mre> In-Reply-To: <20140722115407.GF18209@grmbl.mre> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Live migrate, inconsistent machine types - new machine type to fix? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Amit Shah , Alex Bligh Cc: "qemu-devel@nongnu.org" Il 22/07/2014 13:54, Amit Shah ha scritto: >> > a) because I'm using qemu-kvm-1.0, not qemu-1.0. You looked at qemu-1.0 >> > in the previous message; that's not directly relevant for what I'm >> > looking at as my source is qemu-kvm-1.0 (qemu vs qemu-kvm). > Sigh; please read both my replies. > > The only difference between qemu-kvm-1.0 and qemu-1.0 is the presence > of the pci-assign section in qemu-kvm-1.0. All other output from > qemu-1.0 -> qemu-2.1 is equally applicable to qemu-kvm-1.0 -> > qemu-2.1. Not really true. qemu 1.0 didn't have neither channels[0].irq_disabled nor flags and is version 2. qemu-2.1 has channels[0].irq_disabled and is version 3. qemu-kvm-1.0 had flags, which is now called channels[0].irq_disabled, and is version 2. qemu-2.1 loads version 2 as something that doesn't have channels[0].irq_disabled. So it breaks if you feed it with qemu-kvm-1.0 data. There's something similar going on with PIIX4_PM but I don't remember the details. Paolo