From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:43391) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SCFCB-0001x3-MT for qemu-devel@nongnu.org; Mon, 26 Mar 2012 15:03:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SCFC9-0000Xt-VC for qemu-devel@nongnu.org; Mon, 26 Mar 2012 15:03:11 -0400 Received: from mail-gx0-f173.google.com ([209.85.161.173]:36956) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SCFC9-0000Xa-R3 for qemu-devel@nongnu.org; Mon, 26 Mar 2012 15:03:09 -0400 Received: by ggnp2 with SMTP id p2so788486ggn.4 for ; Mon, 26 Mar 2012 12:03:08 -0700 (PDT) Message-ID: <4F70BD69.9070508@codemonkey.ws> Date: Mon, 26 Mar 2012 14:03:05 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <20120311124116.GI17882@redhat.com> <4F5CB3D1.4050100@codemonkey.ws> <20120311151246.GL17882@redhat.com> <4F5CC7AC.6080703@codemonkey.ws> <20120312130810.GB20654@otherpad.lan.raisama.net> <20120313145319.GD25451@otherpad.lan.raisama.net> <20120322093244.GE22368@redhat.com> <4F6B5553.20601@codemonkey.ws> <20120322171445.GJ25451@otherpad.lan.raisama.net> <4F6B850D.9000505@codemonkey.ws> <20120325094920.GJ22368@redhat.com> <4F6F15D2.8000504@codemonkey.ws> <4F6F18E4.2040905@redhat.com> <4F6F19AC.1080009@codemonkey.ws> <4F6F1A50.5090502@redhat.com> <4F6F1C32.7090801@codemonkey.ws> <4F6F1ED2.6090301@redhat.com> <4F6F2D7D.70500@codemonkey.ws> <4F6F2FB4.5060405@redhat.com> <4F6F32B8.7050401@codemonkey.ws> <4F6F36C7.8010206@redhat.com> <4F6F3941.6040800@codemonkey.ws> <4F6F3C5D.7040802@redhat.com> <4F6F5FB8.2040505@codemonkey.ws> <4F703200.4050008@redhat.com> In-Reply-To: <4F703200.4050008@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: Avi Kivity Cc: libvir-list@redhat.com, Jiri Denemark , Eduardo Habkost , Gleb Natapov , qemu-devel@nongnu.org On 03/26/2012 04:08 AM, Avi Kivity wrote: >>> If I see something like -nodefconfig, I assume it will create a bare >>> bones guest that will not depend on any qemu defaults and will be stable >>> across releases. >> >> That's not even close to what -nodefconfig is. That's pretty much >> what -nodefaults is but -nodefaults has also had a fluid definition >> historically. > > Okay. Let's just make sure to document -nodefconfig as version specific > and -nodefaults as the stable way to create a bare bones guest (and > define exactly what that means). Agreed. But I do want to point out, that -nodefaults has not been stable and since it doesn't universally create a bare bones guest, it's not clear that it will be. I think what we want to move toward is a -no-machine option which allows a user to explicitly build a machine from scratch. That is: qemu -no-machine -device i440fx,id=host -device isa-serial,chr=chr0 ... Regards, Anthony Liguori