From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:51689) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1STXYU-0002Wf-GD for qemu-devel@nongnu.org; Sun, 13 May 2012 08:05:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1STXYR-0008B1-Tj for qemu-devel@nongnu.org; Sun, 13 May 2012 08:05:42 -0400 Received: from mx1.redhat.com ([209.132.183.28]:19655) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1STXYR-0008Ap-MF for qemu-devel@nongnu.org; Sun, 13 May 2012 08:05:39 -0400 Date: Sun, 13 May 2012 15:05:37 +0300 From: "Michael S. Tsirkin" Message-ID: <20120513120536.GD24195@redhat.com> References: <20120511074334.GA1504@redhat.com> <4FAD0A6F.5040002@redhat.com> <20120513120258.GC24195@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120513120258.GC24195@redhat.com> Subject: Re: [Qemu-devel] [PATCH] qemu: whitelist kvm pv eoi feature List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Blake Cc: Anthony Liguori , Stefan Hajnoczi , kvm@vger.kernel.org, Marcelo Tosatti , Markus Armbruster , gleb@redhat.com, qemu-devel@nongnu.org, Avi Kivity , Andreas =?iso-8859-1?Q?F=E4rber?= On Sun, May 13, 2012 at 03:02:58PM +0300, Michael S. Tsirkin wrote: > On Fri, May 11, 2012 at 06:47:43AM -0600, Eric Blake wrote: > > [adding libvirt, dropping kernel] > > > > On 05/11/2012 01:43 AM, Michael S. Tsirkin wrote: > > > Whitelist kvm pv eoi feature. The feature is enabled > > > with -cpu kvm64. To disable: -cpu kvm64,-kvm_eoi. > > > > > > Signed-off-by: Michael S. Tsirkin > > > --- > > > > > > Sending a copy to kernel list as this is needed > > > to test the pv eoi feature recently submitted. > > > > > > target-i386/cpuid.c | 2 +- > > > 1 files changed, 1 insertions(+), 1 deletions(-) > > > > > > diff --git a/target-i386/cpuid.c b/target-i386/cpuid.c > > > index 465ea15..c421b19 100644 > > > --- a/target-i386/cpuid.c > > > +++ b/target-i386/cpuid.c > > > @@ -75,7 +75,7 @@ static const char *ext3_feature_name[] = { > > > }; > > > > > > static const char *kvm_feature_name[] = { > > > - "kvmclock", "kvm_nopiodelay", "kvm_mmu", "kvmclock", "kvm_asyncpf", NULL, NULL, NULL, > > > + "kvmclock", "kvm_nopiodelay", "kvm_mmu", "kvmclock", "kvm_asyncpf", NULL, "kvm_eoi", NULL, > > > > Should libvirt also be recognizing this processor capability in its XML > > in order to drive the -kvm_eoi option? > > I think so. A follow-up question: does libvirt use -cpu kvm? How are such features normally handled for cross-version migration? > > -- > > Eric Blake eblake@redhat.com +1-919-301-3266 > > Libvirt virtualization library http://libvirt.org > > > >