From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33090) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elD6K-0002mF-Rk for qemu-devel@nongnu.org; Mon, 12 Feb 2018 07:20:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1elD6G-00075t-Nt for qemu-devel@nongnu.org; Mon, 12 Feb 2018 07:20:52 -0500 Message-ID: <1518438032.11875.26.camel@redhat.com> From: Andrea Bolognani Date: Mon, 12 Feb 2018 13:20:32 +0100 In-Reply-To: References: <20171209084338.29395-1-clg@kaod.org> <20171209084338.29395-3-clg@kaod.org> <20171220050947.GC5981@umbus.fritz.box> <1513815126.2743.34.camel@kernel.crashing.org> <6768575f-27e0-1277-3e7e-56ec44298e6a@kaod.org> <1513896817.2743.63.camel@kernel.crashing.org> <683d0912-ad48-927c-8235-5358417be44c@kaod.org> <1516187433.31850.189.camel@kernel.crashing.org> <2226ed5e-f666-8060-2edd-998d2f5107ed@kaod.org> <1516224472.31850.193.camel@kernel.crashing.org> <20180211080831.GC11634@umbus.fritz.box> <1518389717.2312.245.camel@kernel.crashing.org> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 02/19] spapr: introduce a skeleton for the XIVE interrupt controller List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexey Kardashevskiy , Benjamin Herrenschmidt , David Gibson Cc: qemu-devel@nongnu.org, qemu-ppc@nongnu.org, Greg Kurz , =?ISO-8859-1?Q?C=E9dric?= Le Goater On Mon, 2018-02-12 at 13:02 +1100, Alexey Kardashevskiy wrote: > On 12/02/18 09:55, Benjamin Herrenschmidt wrote: > > Well, we have a problem then. It looks like Qemu broken migration is > > fundamentally incompatible with PAPR and CAS design... > > > > I know we don't migrate the configuration, that's not exactly what I > > had in mind tho... Can we have some piece of *data* from the machine be > > migrated first, and use it on the target to reconfigure the interrupt > > controller before the stream arrives ? > > These days this is done via libvirt - it reads properties it needs via QMP, > then sends an XML with everything (the interrupt controller type may be one > of such properties), and starts the destination QEMU with the explicit > interrupt controller (like -machine pseries,intrc=xive). Clarification: libvirt will use the user-defined XML configuration to generate the QEMU command line both for the source and the target of the migration, but it will not automagically figure out properties through QMP. So if you want the controller to explicitly show up on the QEMU command line, libvirt should be taught about it. -- Andrea Bolognani / Red Hat / Virtualization