From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:55388) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6ku3-0007rY-IO for qemu-devel@nongnu.org; Sun, 11 Mar 2012 11:41:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S6ku1-0003Ej-Tj for qemu-devel@nongnu.org; Sun, 11 Mar 2012 11:41:47 -0400 Received: from mail-iy0-f173.google.com ([209.85.210.173]:35254) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S6ku1-0003Ee-Oi for qemu-devel@nongnu.org; Sun, 11 Mar 2012 11:41:45 -0400 Received: by iafj26 with SMTP id j26so6003100iaf.4 for ; Sun, 11 Mar 2012 08:41:44 -0700 (PDT) Message-ID: <4F5CC7AC.6080703@codemonkey.ws> Date: Sun, 11 Mar 2012 10:41:32 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <20111218095816.GG21664@redhat.com> <20120309205652.GA6807@otherpad.lan.raisama.net> <20120309210403.GA2319@redhat.com> <20120310124246.GA4408@redhat.com> <20120310155843.GJ2914@otherpad.lan.raisama.net> <20120311124116.GI17882@redhat.com> <4F5CB3D1.4050100@codemonkey.ws> <20120311151246.GL17882@redhat.com> In-Reply-To: <20120311151246.GL17882@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [libvirt] Modern CPU models cannot be used with libvirt List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: libvir-list@redhat.com, Jiri Denemark , qemu-devel@nongnu.org, Avi Kivity On 03/11/2012 10:12 AM, Gleb Natapov wrote: > On Sun, Mar 11, 2012 at 09:16:49AM -0500, Anthony Liguori wrote: >>> If libvirt assumes anything about what kvm actually supports it is >>> working only by sheer luck. >> >> Well the simple answer for libvirt is don't use -nodefconfig and >> then it can reuse the CPU definitions (including any that the user >> adds). > CPU models should be usable even with -nodefconfig. CPU model is more > like device. By -cpu Nehalem I am saying I want Nehalem device in my > machine. Let's say we moved CPU definitions to /usr/share/qemu/cpu-models.xml. Obviously, we'd want a command line option to be able to change that location so we'd introduce -cpu-models PATH. But we want all of our command line options to be settable by the global configuration file so we would have a cpu-model=PATH to the configuration file. But why hard code a path when we can just set the default path in the configuration file so let's avoid hard coding and just put cpu-models=/usr/share/qemu/cpu-models.xml in the default configuration file. But now when libvirt uses -nodefconfig, those models go away. -nodefconfig means start QEMU in the most minimal state possible. You get what you pay for if you use it. We'll have the same problem with machine configuration files. At some point in time, -nodefconfig will make machine models disappear. Regards, Anthony Liguori