From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50284) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9JGO-0000ec-KI for qemu-devel@nongnu.org; Fri, 31 Jan 2014 13:56:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W9JGJ-000388-Nu for qemu-devel@nongnu.org; Fri, 31 Jan 2014 13:56:28 -0500 Received: from mx1.redhat.com ([209.132.183.28]:4176) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W9JGJ-000384-Ft for qemu-devel@nongnu.org; Fri, 31 Jan 2014 13:56:23 -0500 Message-ID: <52EBF1D2.7090800@redhat.com> Date: Fri, 31 Jan 2014 11:56:18 -0700 From: Eric Blake MIME-Version: 1.0 References: <1391111339-6958-1-git-send-email-ehabkost@redhat.com> <20140131154853.34c41154@thinkpad> <52EBB82F.7020001@redhat.com> <20140131151753.GY2221@otherpad.lan.raisama.net> <20140131170621.3857e584@thinkpad> <20140131164207.GZ2221@otherpad.lan.raisama.net> <52EBD4E9.2000700@redhat.com> <20140131185137.GD2221@otherpad.lan.raisama.net> In-Reply-To: <20140131185137.GD2221@otherpad.lan.raisama.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Sgw2WkXoJewPdCF5iU7tBGi0AuFrDi9fi" Subject: Re: [Qemu-devel] [libvirt] [uq/master PATCH 0/7] x86 CPU subclasses, take 7 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eduardo Habkost , Paolo Bonzini Cc: kvm@vger.kernel.org, libvir-list@redhat.com, qemu-devel@nongnu.org, Igor Mammedov , Jiri Denemark , =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Sgw2WkXoJewPdCF5iU7tBGi0AuFrDi9fi Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/31/2014 11:51 AM, Eduardo Habkost wrote: >> Allowing -device may be okay, since in the (very?) long term -device >> can be replaced by -object. But -object is definitive. >=20 > OK, one additional reason to try device_add first. >=20 > But then we have one additional problem: >=20 > * We want to allow libvirt to probe for CPU model information when > running QEMU using "-machine none" (because libvirt already does > that, and we don't want to require libvirt to run QEMU multiple > times) > * "device_add driver=3D-x86_64-cpu" requires an icc-bus to be p= resent > * -machine none doesn't have any bus > * I don't see a way to create an icc-bus through QMP (is there a way?)= Is the icc-bus something that makes sense for all architectures, so that libvirt could just blindly request a command line that uses '-machine none' but also instantiates the icc-bus? Even if icc-bus is x86-specific, libvirt DOES have some notion of what architecture a qemu executable will be targetting, and could modify the command line based on what architecture it guesses the binary will support, if only for the purpose of minimizing qemu invocations for its probe of supported cpus. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --Sgw2WkXoJewPdCF5iU7tBGi0AuFrDi9fi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJS6/HSAAoJEKeha0olJ0NqsMIIALA/4SZSH0DY6bBgdUgrBKSs gQWF/HaP+B1d4K4A3GD1VsdqtsmgSdCbzK3XOb/1ATZOl35vhcAkgxUk0k9W1eBG t9adszwRYQy9VD/AuhMuFZCOqQFXSdGebVBdPfGulMQt764PYiJ+WMnKDTQto7Ia Uah+Zyi3jXKVfyxM0RgJyX7lzyrp18DCusGbweK2FF9UHoGt+nQ7T9OS0TJEI4WJ NrEkvv+wUh+s4oqY+aeJxlp/Alqf/Rim9/RsniXmZ66SsGq/Fhl3CoFJ0znMjXO8 BHOE8uFc5AOXS5LQPFXd2UyxesROA4FfawSh7yi9KkPTkCifqggaEhwGGX88aWw= =xJ5S -----END PGP SIGNATURE----- --Sgw2WkXoJewPdCF5iU7tBGi0AuFrDi9fi--