[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 03/25] qemu-option: warn for short-form boolean options
From: |
Paolo Bonzini |
Subject: |
Re: [PATCH 03/25] qemu-option: warn for short-form boolean options |
Date: |
Wed, 20 Jan 2021 15:05:38 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 |
On 20/01/21 13:59, Markus Armbruster wrote:
Verbose please. Do you think we should delay the conversion of
-M/-accel/-object to keyval until 6.2?
I concurred with "it's up for discussion". I'm happy do discuss, of
course.
What are the boolean parameters, and is there *any* evidence of use with
the sugar in the wild?
There is no evidence for -machine, -accel or -object.
Notably (and for Libvirt only):
- '-object' takes a detour through JSON, and uses sometimes =on/=off or
sometimes =yes/=no.
- '-accel' is not used at all
- '-machine' does not use short-form boolean options by sheer luck.
The only known usage in Libvirt, for instance, is for "-chardev" and "-vnc".
Paolo
[PATCH 07/25] keyval: introduce keyval_parse_into, Paolo Bonzini, 2021/01/18
[PATCH 09/25] qom: use qemu_printf to print help for user-creatable objects, Paolo Bonzini, 2021/01/18
[PATCH 11/25] remove -writeconfig, Paolo Bonzini, 2021/01/18
[PATCH 06/25] tests: convert check-qom-proplist to keyval, Paolo Bonzini, 2021/01/18