From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] cpuid problem in upstream qemu with kvm Date: Thu, 07 Jan 2010 05:39:23 -0600 Message-ID: <4B45C7EB.1010501@codemonkey.ws> References: <4B30EFDF.4060202@codemonkey.ws> <4B31F1BA.10005@redhat.com> <4B43D4E2.9050102@codemonkey.ws> <4B4402B1.1030605@redhat.com> <4B448F36.8030605@codemonkey.ws> <4B449467.4070606@redhat.com> <4B4494FC.1080907@codemonkey.ws> <4B449608.7040102@redhat.com> <4B4496E9.2030201@redhat.com> <20100106142231.GF2248@redhat.com> <4B449EE7.4050401@redhat.com> <4B44A2C6.4050504@redhat.com> <4B44A965.9040300@codemonkey.ws> <4B459550.6000202@redhat.com> <4B4598BC.4000206@redhat.com> <4B45A536.1070300@redhat.com> <4B45A851.5000401@redhat.com> <4B45AC18.8040003@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Avi Kivity , kvm-devel , Gleb Natapov , "Michael S. Tsirkin" , John Cooper , Alexander Graf , qemu-devel@nongnu.org To: dlaor@redhat.com Return-path: Received: from qw-out-2122.google.com ([74.125.92.26]:27876 "EHLO qw-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752126Ab0AGLjd (ORCPT ); Thu, 7 Jan 2010 06:39:33 -0500 Received: by qw-out-2122.google.com with SMTP id 8so2339121qwh.37 for ; Thu, 07 Jan 2010 03:39:33 -0800 (PST) In-Reply-To: <4B45AC18.8040003@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 01/07/2010 03:40 AM, Dor Laor wrote: >> There's no simple solution except to restrict features to what was >> available on the first processors. > > What's not simple about the above 4 options? > What's a better alternative (that insures users understand it and use > it and guest msi and even skype application is happy about it)? Even if you have -cpu Nehalem, different versions of the KVM kernel module may additionally filter cpuid flags. So if you had a 2.6.18 kernel and a 2.6.33 kernel, it may be necessary to say: (2.6.33) qemu -cpu Nehalem,-syscall (2.6.18) qemu -cpu Nehalem In order to be compatible. Regards, Anthony Liguori