From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46913) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bnJc6-0003ao-OK for qemu-devel@nongnu.org; Fri, 23 Sep 2016 02:05:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bnJc2-0004uK-IR for qemu-devel@nongnu.org; Fri, 23 Sep 2016 02:05:33 -0400 Date: Fri, 23 Sep 2016 15:49:26 +1000 From: David Gibson Message-ID: <20160923054926.GA2085@umbus.fritz.box> References: <1474524441.2857.159.camel@kernel.crashing.org> <20160922061514.GF7915@in.ibm.com> <1474534046.2857.166.camel@kernel.crashing.org> <87d1jw5mr0.fsf@abhimanyu.i-did-not-set--mail-host-address--so-tickle-me> <1474538671.2857.169.camel@kernel.crashing.org> <8737ks5h1c.fsf@abhimanyu.i-did-not-set--mail-host-address--so-tickle-me> <29075577-13ca-bcbb-f6e0-9af8ca6fcbc2@kaod.org> <1474544236.2857.176.camel@kernel.crashing.org> <20160923013753.GO2085@umbus.fritz.box> <1474601239.2857.186.camel@kernel.crashing.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="9aHjqRFB8NC1b71K" Content-Disposition: inline In-Reply-To: <1474601239.2857.186.camel@kernel.crashing.org> Subject: Re: [Qemu-devel] pseries-2.6 migration from QEMU-2.6 to QEMU-2.7 broken List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Benjamin Herrenschmidt Cc: =?iso-8859-1?Q?C=E9dric?= Le Goater , Nikunj A Dadhania , bharata@linux.vnet.ibm.com, aik@ozlabs.ru, qemu-devel@nongnu.org, qemu-ppc@nongnu.org --9aHjqRFB8NC1b71K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 23, 2016 at 01:27:19PM +1000, Benjamin Herrenschmidt wrote: > On Fri, 2016-09-23 at 11:37 +1000, David Gibson wrote: > >=20 > > For KVM HV there's a bit of a nit: that would disallow migration > > between host cpus which aren't exactly the same model, but are close > > enough that migration will work in practice. >=20 > In that case we should use the architected PVR Uh... probably yes. Working out how to do that isn't totally trivial, since for TCG mode the actualy PVR SPR that qemu tracks must contain the real PVR value (to implement mfpvr), though the spapr code is also aware of the architected one. We don't want to make things gratuitously different for TCG. Plus we need to make sure it works for TCG, PR and HV and also for no compat mode specified, compat mode specified on the command line and compat mode negotiated by CAS. I don't think there's any showstopper there, but it will require a bit of thinking. --=20 David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson --9aHjqRFB8NC1b71K Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX5MJjAAoJEGw4ysog2bOSX2oP/19cGrhOgo7pDAVBM0EaPHPT o0UOVCLBy7+wHSZyIdAYM7D4zGsj3j8SSsjbyWir1/AJZZqloEhgOyGWYKHSkIK1 SaeElWcPQ9yd8xJOKAKrRjEIst/IlW3gQ509obKwsiDkt6Cx/UlEJmMRS0whR83h W/jCj5u6n/3kLq6Jr4Z7dopdMPioMncmv8F+tVTmdX13FWl3UqyLooPuyAHD/k5X 8i3cIHysuUJAobmzzKG/j9zR9WmEHjz4ChHguTi4Uqyq47+uvk6zt82XNLyVEIBS e7nlKDgaVH+njJSFxBgxTyuxhvEi8u57ofQVJkUWIt/jSb3XdeivfgmRSg8Wh25F qXr2uOHPPHXYYFO3RrLEveh5QJzkbuNfvNs9gL3+Cbf+wp++7T84W90wSNYKFZTY AksoPs2hbn5dQNP+HXEYvyBemENUid0I2L1lSfCI7f5MPZ0wKceXHw7b8+Lrbco7 2//8ChRb6TmiO9hDPuMY8lNGjANqd4vcgWoxUeW4ZogKG96ozx3ggTennk3DgXUZ SI9tk20BNdeKijJP2BzvnYU8luGeCN/9UT7fE0yHT88T8Yy4z874mB0qgY23HjMI B6+d2aoCrwJefkI6pafomAb6paSo+QfsnjbXLyFCA8Aqbfwl5B+5JXAP9dVbePHD M36Bkr0dib/OAzxZXAG1 =kUSN -----END PGP SIGNATURE----- --9aHjqRFB8NC1b71K--