From: "Daniel P. Berrangé" <berrange@redhat.com>
To: "Philippe Mathieu-Daudé" <philmd@linaro.org>
Cc: qemu-devel@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>,
xen-devel@lists.xenproject.org, qemu-ppc@nongnu.org,
Markus Armbruster <armbru@redhat.com>,
qemu-arm@nongnu.org, Thomas Huth <thuth@redhat.com>
Subject: Re: [PATCH 7/7] qemu-options: Remove mentions of legacy '-machine foo,accel=bar'
Date: Tue, 3 Dec 2024 09:54:15 +0000 [thread overview]
Message-ID: <Z07VR-YvVCxdTua_@redhat.com> (raw)
In-Reply-To: <20241203092153.60590-8-philmd@linaro.org>
On Tue, Dec 03, 2024 at 10:21:53AM +0100, Philippe Mathieu-Daudé wrote:
> Since commit 6f6e1698a68 ("vl: configure accelerators from -accel
> options") we prefer the '-accel bar' command line option.
>
> The new form started to be documented in commit 8d4e9146b35 ("tcg:
> add options for enabling MTTCG"); it is safe to remove the mentions
> of the legacy option.
>
> Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
> ---
> qemu-options.hx | 9 ---------
> 1 file changed, 9 deletions(-)
>
> diff --git a/qemu-options.hx b/qemu-options.hx
> index dacc9790a4b..11f0aab1470 100644
> --- a/qemu-options.hx
> +++ b/qemu-options.hx
> @@ -27,8 +27,6 @@ ERST
> DEF("machine", HAS_ARG, QEMU_OPTION_machine, \
> "-machine [type=]name[,prop[=value][,...]]\n"
> " selects emulated machine ('-machine help' for list)\n"
> - " property accel=accel1[:accel2[:...]] selects accelerator\n"
> - " supported accelerators are kvm, xen, hvf, nvmm, whpx or tcg (default: tcg)\n"
> " vmport=on|off|auto controls emulation of vmport (default: auto)\n"
> " dump-guest-core=on|off include guest memory in a core dump (default=on)\n"
> " mem-merge=on|off controls memory merge support (default: on)\n"
> @@ -59,13 +57,6 @@ SRST
>
> Supported machine properties are:
>
> - ``accel=accels1[:accels2[:...]]``
> - This is used to enable an accelerator. Depending on the target
> - architecture, kvm, xen, hvf, nvmm, whpx or tcg can be available.
> - By default, tcg is used. If there is more than one accelerator
> - specified, the next one is used if the previous one fails to
> - initialize.
> -
I'm not convinced we should be removing documentation for options that
currently exist and remain supported.
The documentation should be updated to say that we prefer use of '-accel'
instead at least.
Beyond that, what is our long term intention with '-machine accel=xxx' ?
Is this a case where we are happy to leave '-machine accel=' as syntax
sugar forever ? Or is this a case where we want to deprecate it and
eventually remove its impl (and thus the documention here)
> ``vmport=on|off|auto``
> Enables emulation of VMWare IO port, for vmmouse etc. auto says
> to select the value based on accel and i8042. For accel=xen or
> --
> 2.45.2
>
With regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2024-12-03 9:54 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-03 9:21 [PATCH 0/7] cli: Remove mentions of legacy '-machine foo, accel=bar' command line Philippe Mathieu-Daudé
2024-12-03 9:21 ` [PATCH 0/7] cli: Remove mentions of legacy '-machine foo,accel=bar' " Philippe Mathieu-Daudé
2024-12-03 9:21 ` [PATCH 1/7] tests/functional/test_ppc64_hv: Remove legacy '-machine foo, accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:21 ` [PATCH 1/7] tests/functional/test_ppc64_hv: Remove legacy '-machine foo,accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:34 ` Daniel P. Berrangé
2024-12-03 10:20 ` Thomas Huth
2024-12-03 9:21 ` [PATCH 2/7] tests/functional/test_virtio_gpu: Remove legacy '-machine foo, accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:21 ` [PATCH 2/7] tests/functional/test_virtio_gpu: Remove legacy '-machine foo,accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:34 ` Daniel P. Berrangé
2024-12-03 10:23 ` Thomas Huth
2024-12-03 9:21 ` [PATCH 3/7] tests/qtest/fuzz: " Philippe Mathieu-Daudé
2024-12-03 9:35 ` Daniel P. Berrangé
2024-12-03 10:25 ` Thomas Huth
2024-12-03 9:21 ` [PATCH 4/7] scripts/device-crash-test: Remove legacy '-machine foo, accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:21 ` [PATCH 4/7] scripts/device-crash-test: Remove legacy '-machine foo,accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:38 ` Daniel P. Berrangé
2024-12-03 9:21 ` [PATCH 5/7] accel/tcg: Remove mentions of " Philippe Mathieu-Daudé
2024-12-03 9:21 ` [PATCH 5/7] accel/tcg: Remove mentions of legacy '-machine foo, accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:42 ` [PATCH 5/7] accel/tcg: Remove mentions of legacy '-machine foo,accel=bar' Daniel P. Berrangé
2024-12-03 9:21 ` [PATCH 6/7] accel/kvm: Remove mentions of legacy '-machine foo, accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:21 ` [PATCH 6/7] accel/kvm: Remove mentions of legacy '-machine foo,accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:42 ` Daniel P. Berrangé
2024-12-03 10:34 ` Thomas Huth
2024-12-03 9:21 ` [PATCH 7/7] qemu-options: Remove mentions of legacy '-machine foo, accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:21 ` [PATCH 7/7] qemu-options: Remove mentions of legacy '-machine foo,accel=bar' Philippe Mathieu-Daudé
2024-12-03 9:54 ` Daniel P. Berrangé [this message]
2024-12-03 10:00 ` Philippe Mathieu-Daudé
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Z07VR-YvVCxdTua_@redhat.com \
--to=berrange@redhat.com \
--cc=armbru@redhat.com \
--cc=pbonzini@redhat.com \
--cc=philmd@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=thuth@redhat.com \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.