From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cUGOw-0005Fe-16 for qemu-devel@nongnu.org; Thu, 19 Jan 2017 12:21:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cUGOt-0005bh-D9 for qemu-devel@nongnu.org; Thu, 19 Jan 2017 12:21:30 -0500 Received: from mx1.redhat.com ([209.132.183.28]:54468) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cUGOt-0005b8-6r for qemu-devel@nongnu.org; Thu, 19 Jan 2017 12:21:27 -0500 References: <20170117010204.4909-1-ehabkost@redhat.com> <309bd499-204d-df07-aa99-9a999cfecabc@linux.vnet.ibm.com> <20170118170049.GB3491@thinpad.lan.raisama.net> <45e82b29-1ebe-3f34-0cc1-35d60c6044da@linux.vnet.ibm.com> <20170118173406.GF3491@thinpad.lan.raisama.net> <20170119104837.GL3491@thinpad.lan.raisama.net> From: David Hildenbrand Message-ID: Date: Thu, 19 Jan 2017 18:21:22 +0100 MIME-Version: 1.0 In-Reply-To: <20170119104837.GL3491@thinpad.lan.raisama.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [libvirt] [PATCH 0/9] i386: query-cpu-model-expansion test script List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eduardo Habkost Cc: "Jason J. Herne" , libvir-list@redhat.com, qemu-devel@nongnu.org, Christian Borntraeger , Cornelia Huck , Igor Mammedov , Jiri Denemark , Richard Henderson , "Collin L. Walling" >> Also think about "query-cpu-model-expansion model=host type=static", >> which will primarily be used by libvirt on s390x. There is no way to >> expand this into a static cpu model. Faking anything will just hide errors. > > Yes, static expansion of host model must always return an error > if it's not possible to expand. > >> >> If "host" can't be expanded, QEMU has to be treated like there is no CPU >> model support (as for older QEMU versions). > > OK. I will propose a patch updating the query-cpu-model-expansion > documentation to be more explicit about it. The only real alternative I see would be disabling the query-cpu-model-* interface completely if KVM support is not available. This would however mean, that the same QEMU binary would have the interface when running under TCG, but not when running under KVM on an old KVM version. That also doesn't really feel right, or what do you think? -- David