From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH] introduce kvm64 CPU Date: Sun, 23 Aug 2009 12:05:13 +0300 Message-ID: <4A910649.5000600@redhat.com> References: <1250804057-29681-1-git-send-email-andre.przywara@amd.com> <4A8EC03D.4000202@redhat.com> <4A8F18CB.6000200@amd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: anthony@codemonkey.ws, qemu-devel@nongnu.org, kvm@vger.kernel.org, jamie@shareable.org To: Andre Przywara Return-path: Received: from mx1.redhat.com ([209.132.183.28]:32120 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932792AbZHWJFX (ORCPT ); Sun, 23 Aug 2009 05:05:23 -0400 In-Reply-To: <4A8F18CB.6000200@amd.com> Sender: kvm-owner@vger.kernel.org List-ID: On 08/22/2009 12:59 AM, Andre Przywara wrote: >> Typically users will want more specialized greatest common denomiator >> cpu types; if a site has standardized on recent hardware they will >> want the features of that hardware exposed. > Sure, but this was not the purpose of this patch. Currently KVM guests > see a CPU type which is TCG dependent, so I just wanted to get rid of > this. Features of TCG and features of the host processor are totally > uncorrelated. This new type should be KVM's default, leaving -cpu host > as the alternative for the non-migration case. That does make sense. Note we can call it '-cpu kvm' since qemu will strip away long mode if it is not supported by the cpu or by the kernel. -- error compiling committee.c: too many arguments to function