From mboxrd@z Thu Jan 1 00:00:00 1970 From: john cooper Subject: Re: [Qemu-devel] [PATCH] Add definitions for current cpu models.. Date: Thu, 21 Jan 2010 13:34:55 -0500 Message-ID: <4B589E4F.1040407@redhat.com> References: <4B549016.6090501@redhat.com> <20100119221548.GC11920@shareable.org> <4B57638A.1060103@redhat.com> <20100121175530.GB28467@shareable.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: KVM list , qemu-devel@nongnu.org, "Przywara, Andre" , john.cooper@redhat.com To: Jamie Lokier Return-path: Received: from mx1.redhat.com ([209.132.183.28]:56229 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750978Ab0AUSjb (ORCPT ); Thu, 21 Jan 2010 13:39:31 -0500 In-Reply-To: <20100121175530.GB28467@shareable.org> Sender: kvm-owner@vger.kernel.org List-ID: Jamie Lokier wrote: > Do you mean that more powerful management tools to support safe > migration will maintain _their own_ processor model tables, and > perform their calculations using their own tables instead of querying > qemu, and therefore not have any need of qemu's built in table? I would expect so. IIRC that is what the libvirt folks have in mind for example. But we're also trying to simplify the use case of the lonesome user at one with the qemu CLI. -john -- john.cooper@redhat.com From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NY1wI-0006Ym-HG for qemu-devel@nongnu.org; Thu, 21 Jan 2010 13:39:30 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NY1wD-0006Wk-1J for qemu-devel@nongnu.org; Thu, 21 Jan 2010 13:39:29 -0500 Received: from [199.232.76.173] (port=43041 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NY1wC-0006Wh-SN for qemu-devel@nongnu.org; Thu, 21 Jan 2010 13:39:24 -0500 Received: from mx20.gnu.org ([199.232.41.8]:19741) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NY1wC-0001qY-FB for qemu-devel@nongnu.org; Thu, 21 Jan 2010 13:39:24 -0500 Received: from mx1.redhat.com ([209.132.183.28]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NY1wB-0007wh-NI for qemu-devel@nongnu.org; Thu, 21 Jan 2010 13:39:23 -0500 Message-ID: <4B589E4F.1040407@redhat.com> Date: Thu, 21 Jan 2010 13:34:55 -0500 From: john cooper MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] Add definitions for current cpu models.. References: <4B549016.6090501@redhat.com> <20100119221548.GC11920@shareable.org> <4B57638A.1060103@redhat.com> <20100121175530.GB28467@shareable.org> In-Reply-To: <20100121175530.GB28467@shareable.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jamie Lokier Cc: john.cooper@redhat.com, "Przywara, Andre" , qemu-devel@nongnu.org, KVM list Jamie Lokier wrote: > Do you mean that more powerful management tools to support safe > migration will maintain _their own_ processor model tables, and > perform their calculations using their own tables instead of querying > qemu, and therefore not have any need of qemu's built in table? I would expect so. IIRC that is what the libvirt folks have in mind for example. But we're also trying to simplify the use case of the lonesome user at one with the qemu CLI. -john -- john.cooper@redhat.com