From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46366) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bmxIB-0004OK-4b for qemu-devel@nongnu.org; Thu, 22 Sep 2016 02:15:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bmxI6-0006r1-Ro for qemu-devel@nongnu.org; Thu, 22 Sep 2016 02:15:29 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:38558 helo=mx0a-001b2d01.pphosted.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bmxI6-0006qs-LX for qemu-devel@nongnu.org; Thu, 22 Sep 2016 02:15:26 -0400 Received: from pps.filterd (m0098414.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u8M6E5lC138022 for ; Thu, 22 Sep 2016 02:15:26 -0400 Received: from e23smtp08.au.ibm.com (e23smtp08.au.ibm.com [202.81.31.141]) by mx0b-001b2d01.pphosted.com with ESMTP id 25knvsm1u1-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Thu, 22 Sep 2016 02:15:26 -0400 Received: from localhost by e23smtp08.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 22 Sep 2016 16:15:23 +1000 Date: Thu, 22 Sep 2016 11:45:14 +0530 From: Bharata B Rao Reply-To: bharata@linux.vnet.ibm.com References: <20160922052105.GD7915@in.ibm.com> <1474524441.2857.159.camel@kernel.crashing.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1474524441.2857.159.camel@kernel.crashing.org> Message-Id: <20160922061514.GF7915@in.ibm.com> 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: qemu-devel@nongnu.org, qemu-ppc@nongnu.org, david@gibson.dropbear.id.au, clg@kaod.org, "Nikunj A. Dadhania" On Thu, Sep 22, 2016 at 04:07:21PM +1000, Benjamin Herrenschmidt wrote: > On Thu, 2016-09-22 at 10:51 +0530, Bharata B Rao wrote: > > The flag values are expected to remain same for a machine version for > > the migration to succeed, but this expectation is broken now. Should > > we make the addition of these flags conditional on machine type > > version ? > > But these flags are part of POWER8 CPU definition which is common for > > both pseries and upcoming powernv. > > Does this affect KVM ? (And if yes why on earth would KVM give a flying > f*** about the TCG instruction flags ?) ... If not, then I think we can > safely not care. Yes, KVM migration is broken. Regards, Bharata.