From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:35952) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UgxGC-00045B-0q for qemu-devel@nongnu.org; Mon, 27 May 2013 09:14:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UgxFz-00041D-E6 for qemu-devel@nongnu.org; Mon, 27 May 2013 09:14:47 -0400 Received: from mx1.redhat.com ([209.132.183.28]:41964) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UgxFz-000413-6T for qemu-devel@nongnu.org; Mon, 27 May 2013 09:14:35 -0400 Message-ID: <51A35C31.9050902@redhat.com> Date: Mon, 27 May 2013 15:14:25 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <51A0596D.1050300@redhat.com> <20130527120951.GA2580@otherpad.lan.raisama.net> <51A34FD0.7010902@redhat.com> <20130527130712.GB2580@otherpad.lan.raisama.net> In-Reply-To: <20130527130712.GB2580@otherpad.lan.raisama.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] target-i386: Disable CPUID_EXT_MONITOR when KVM is enabled List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eduardo Habkost Cc: Igor Mammedov , Bandan Das , qemu-devel@nongnu.org, =?ISO-8859-1?Q?Andreas_F=E4rber?= Il 27/05/2013 15:07, Eduardo Habkost ha scritto: >> Changing TCG to KVM should not change hardware >> > if you use "-cpu ...,enforce", so it is right that it fails when >> > starting with KVM. >> > > Changing between KVM and TCG _does_ change hardware, today (with or > without check/enforce). All CPU models on TCG have features not > supported by TCG automatically removed. See the "if (!kvm_enabled())" > block at x86_cpu_realizefn(). Perhaps (for "-cpu ...,enforce" or check) that's the real bug we have to fix? Paolo > (That's why I argue that we need separate classes/names for TCG and KVM > modes. Otherwise our predefined models get less useful as they will > require low-level feature-bit fiddling on the libvirt side to make them > work as expected.) >