From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44773) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d5a7v-000379-6U for qemu-devel@nongnu.org; Tue, 02 May 2017 11:54:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d5a7s-0001fT-3c for qemu-devel@nongnu.org; Tue, 02 May 2017 11:54:11 -0400 Received: from mx1.redhat.com ([209.132.183.28]:4955) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1d5a7r-0001eX-Tt for qemu-devel@nongnu.org; Tue, 02 May 2017 11:54:08 -0400 References: <1493719600-30853-1-git-send-email-thuth@redhat.com> <52fc3efd-55a7-af2d-ce8c-9b4565dfe6dc@de.ibm.com> <87pofrfgl3.fsf@dusky.pond.sub.org> <93de273c-9a3b-dcb8-dd6e-8b9b4fb09a65@redhat.com> From: Thomas Huth Message-ID: <176d87e9-d899-792f-536e-07cd6f5c7cb6@redhat.com> Date: Tue, 2 May 2017 17:53:54 +0200 MIME-Version: 1.0 In-Reply-To: <93de273c-9a3b-dcb8-dd6e-8b9b4fb09a65@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH] Deprecate '-enable-kvm' and '-enable-hax' in favour of '-accel' List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini , Markus Armbruster Cc: Christian Borntraeger , qemu-devel@nongnu.org, Vincent Palatin On 02.05.2017 17:09, Paolo Bonzini wrote: >=20 >=20 > On 02/05/2017 17:01, Markus Armbruster wrote: >>> But I really, really see no point in removing --enable-kvm. It costs >>> perhaps 10 lines of code that has pretty much no ramifications elsewh= ere >>> in the code. If anything I'd expect "-machine accel" to disappear >>> before, if ever (in favor of multiple "-accel" options, e.g. "-machin= e >>> accel=3Dkvm:tcg" can become "-accel kvm -accel tcg". >> I basically agree, except I wouldn't say "no point", but "doesn't buy = us >> enough to justify inconveniencing users". >> >> What we've done before for options that have become unloved, but not >> harmful, is remove them just from documentation. Grep qemu-options.hx >> for "HXCOMM Deprecated". Let's do that for --enable-kvm and similarly >> weird sugared options. >=20 > Except that this provides no easily greppable way to find how to enable > KVM, as things stand. Should we then improve the description of the -accel parameter? > So the first lesson should be "no deprecation > without documentation" (any reference to 18th century political slogans > is purely coincidential :)). Would you accept my patch if I'd remove the hunks for vl.c, i.e. a patch that just updates the documentation? Thomas PS: Thinking about all of this again, I think the thing that bugs me most is that we now have a brand new "-enable-hax" option, too, but no "-enable-xen" option ... that's just inconsistent. What do you think about removing the "-enable-hax" option again - there should only be very few users for this option so far, so the impact should be low. HAX users could simply use the "-accel hax" instead...