From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55400) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHqaM-0005Fr-0E for qemu-devel@nongnu.org; Thu, 23 Nov 2017 07:26:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHqaI-0004Wn-Rc for qemu-devel@nongnu.org; Thu, 23 Nov 2017 07:26:30 -0500 Received: from mx1.redhat.com ([209.132.183.28]:33640) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eHqaI-0004Vv-Hw for qemu-devel@nongnu.org; Thu, 23 Nov 2017 07:26:26 -0500 References: <20171110152017.24324-1-clg@kaod.org> <20171110152017.24324-2-clg@kaod.org> <715a7bd1-7aa5-fa64-a9b8-76782ee20576@redhat.com> <20171123110345.03541b50.cohuck@redhat.com> <1dff6d6c-be83-f6e1-2b7e-82d98bdb8a63@redhat.com> <6dd7061e-2ebe-7a51-8142-f67d5d75a81a@redhat.com> <8cd1c0b3-8386-d41e-ccfb-1a2073cdf4fb@redhat.com> <16011ac4-77c4-af75-5754-5f9586d6d629@redhat.com> <20171123130908.6ab004d3.cohuck@redhat.com> From: Paolo Bonzini Message-ID: Date: Thu, 23 Nov 2017 13:26:14 +0100 MIME-Version: 1.0 In-Reply-To: <20171123130908.6ab004d3.cohuck@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] QEMU 3.0 ? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Cornelia Huck Cc: Thomas Huth , Peter Maydell , =?UTF-8?Q?C=c3=a9dric_Le_Goater?= , QEMU Developers , David Gibson , Greg Kurz , Markus Armbruster , "Daniel P. Berrange" , Eric Blake , =?UTF-8?Q?Philippe_Mathieu-Daud=c3=a9?= , sergio.g.delreal@gmail.com, alex@alex.org.uk On 23/11/2017 13:09, Cornelia Huck wrote: > On Thu, 23 Nov 2017 13:05:33 +0100 > Paolo Bonzini wrote: >=20 >> On 23/11/2017 12:57, Thomas Huth wrote: >>> On 23.11.2017 12:17, Paolo Bonzini wrote: =20 >>>> On 23/11/2017 11:57, Thomas Huth wrote: =20 >>> [...] =20 >>>>> I've put "--accel kvm:hax:tcg" also on the doable list since I don'= t >>>>> remember any objections to that idea so far -- feel free to move it= to >>>>> the controversial list instead if you think it needs more discussio= n. =20 >>>> >>>> "hax" is very far from feature parity with TCG, it doesn't even supp= ort >>>> CPUID (-cpu). "-accel kvm:hvf:tcg" could be a possibility, but only= if >>>> we have resources to test it. As far as I know the only active x86 >>>> developer who owns a Mac is Igor? =20 >>> >>> hvf hasn't been merged yet ... do you expect it to hit master after 2= .11 >>> has been released? =20 >> >> Yes, more or less. >> >>> Otherwise, we should maybe rather simply go with >>> "--accel kvm:tcg"? =20 >> >> Yes, HVF can come later. >=20 > This switch sounds like something we can easily do for the next > release; I'd hope that anyone explicitly requiring tcg already > specifies it. I seriously doubt that. Most people are probably using a distro-provided qemu-kvm script for KVM, and qemu-system-x86_64 for TCG. In fact, that is probably the best of both worlds for anybody who doesn't compile its own QEMU; and since KVM is Linux-only, there are very few non-developers in the intersection of "compile its own QEMU" and "use KVM". And in fact that is the main reason why have never bothered switching the default... only RHEL does it, because it ships the QEMU binary as qemu-kvm rather than qemu-system-xxx plus a wrapper script. Perhaps we could: 1) look for "qemu-{kvm,hvf,hax}" in argv[0] and change the "-accel" defau= lt? 2) change "make install" to install one or more of qemu-kvm/hvf/hax based on target architecture and OS. Then distros can do away with the script and Windows/Mac users can learn to use qemu-hvf and qemu-hax. Paolo