From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Markus Armbruster <armbru@redhat.com>
Cc: "Akihiko Odaki" <akihiko.odaki@daynix.com>,
"BALATON Zoltan" <balaton@eik.bme.hu>,
"Jason Wang" <jasowang@redhat.com>,
"Dmitry Fleytman" <dmitry.fleytman@gmail.com>,
"Sriram Yagnaraman" <sriram.yagnaraman@ericsson.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
"Luigi Rizzo" <rizzo@iet.unipi.it>,
"Giuseppe Lettieri" <g.lettieri@iet.unipi.it>,
"Vincenzo Maffione" <v.maffione@gmail.com>,
"Andrew Melnychenko" <andrew@daynix.com>,
"Yuri Benditovich" <yuri.benditovich@daynix.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Eduardo Habkost" <eduardo@habkost.net>,
"Michael Roth" <michael.roth@amd.com>,
"Marcel Apfelbaum" <marcel.apfelbaum@gmail.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Yanan Wang" <wangyanan55@huawei.com>,
"Zhao Liu" <zhao1.liu@intel.com>, "Lei Yang" <leiyang@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [PATCH v4 2/4] qdev-properties: Accept bool for OnOffAuto
Date: Fri, 7 Feb 2025 12:46:01 +0000 [thread overview]
Message-ID: <Z6YAiQ_Rz82IMYu0@redhat.com> (raw)
In-Reply-To: <878qqihr64.fsf@pond.sub.org>
On Fri, Feb 07, 2025 at 01:31:47PM +0100, Markus Armbruster wrote:
> Akihiko Odaki <akihiko.odaki@daynix.com> writes:
>
> [...]
>
> > Let me go back to the discussion of the bool/OnOffAuto problem below:
> >
> > The values the command line syntax accepts are on/yes/true/y and off/no/false/n.
> >
> > For the command line syntax, you can always use on/off whether the type is bool or OnOffAuto. In my opinion, it is still not good to reject yes/true/y and no/false/n for OnOffAuto; why do we suddenly reject them when the property gets the "auto" value? As you pointed out, the usage of enum is our internal concern and should not bother users.
>
> The command line is a different mess.
>
> For better or worse (worse if you ask me), we added code to accept
> additional syntax for bool values.
>
> Doing the same for enums that happen to have some values that look
> boolean at a glance is in my opinion a terrible idea. We have at least
> two: OnOffAuto and OnOffSplit.
>
> But let's get back to QMP.
Before we get back to QMP I should point out that our current HMP bool /
OnOffAuto properties are a significant developer foot-gun in terms of
back compat.
Though I'm struggling to find the examples, I'm pretty sure I've seen
patches where we converted a property from bool to OnOffAuto, with the
developer (likely) thinking it was back-compatible.
It does have the illusion of being compatible given that the HMP bool
syntax is accepting 'on/off' (especially when our usage examples often
on/off rather than yes/no/true/false) values ... very much not the
case for QMP though.
This does make me really want the idea of an "alternate" in QMP that
can be made to work for scalars.
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:[~2025-02-07 12:47 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-08 6:17 [PATCH v4 0/4] virtio: Convert feature properties to OnOffAuto Akihiko Odaki
2025-01-08 6:17 ` [PATCH v4 1/4] qapi: Do not consume a value if failed Akihiko Odaki
2025-01-08 6:17 ` [PATCH v4 2/4] qdev-properties: Accept bool for OnOffAuto Akihiko Odaki
2025-01-10 11:09 ` Daniel P. Berrangé
2025-01-10 11:31 ` Akihiko Odaki
2025-01-10 12:16 ` Daniel P. Berrangé
2025-01-10 12:32 ` Akihiko Odaki
2025-02-06 9:43 ` Markus Armbruster
2025-02-05 15:29 ` Markus Armbruster
2025-02-06 6:01 ` Akihiko Odaki
2025-02-06 9:48 ` Markus Armbruster
2025-02-06 10:16 ` Akihiko Odaki
2025-02-06 13:23 ` BALATON Zoltan
2025-02-07 5:59 ` Akihiko Odaki
2025-02-07 12:31 ` Markus Armbruster
2025-02-07 12:46 ` Daniel P. Berrangé [this message]
2025-05-05 6:42 ` Akihiko Odaki
2025-02-07 12:15 ` Markus Armbruster
2025-05-06 15:37 ` Markus Armbruster
2025-05-06 16:25 ` BALATON Zoltan
2025-05-08 7:09 ` Akihiko Odaki
2025-01-08 6:17 ` [PATCH v4 3/4] qdev-properties: Add DEFINE_PROP_ON_OFF_AUTO_BIT64() Akihiko Odaki
2025-01-08 6:17 ` [PATCH v4 4/4] virtio: Convert feature properties to OnOffAuto Akihiko Odaki
2025-01-09 10:06 ` Lei Yang
2025-01-09 10:56 ` Philippe Mathieu-Daudé
2025-01-09 11:08 ` Akihiko Odaki
2025-01-09 11:13 ` Philippe Mathieu-Daudé
2025-01-10 11:23 ` Daniel P. Berrangé
2025-01-10 11:39 ` Akihiko Odaki
2025-01-09 12:53 ` [PATCH v4 0/4] " Markus Armbruster
2025-01-10 4:42 ` Akihiko Odaki
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=Z6YAiQ_Rz82IMYu0@redhat.com \
--to=berrange@redhat.com \
--cc=akihiko.odaki@daynix.com \
--cc=andrew@daynix.com \
--cc=armbru@redhat.com \
--cc=balaton@eik.bme.hu \
--cc=dmitry.fleytman@gmail.com \
--cc=eduardo@habkost.net \
--cc=g.lettieri@iet.unipi.it \
--cc=jasowang@redhat.com \
--cc=leiyang@redhat.com \
--cc=marcel.apfelbaum@gmail.com \
--cc=michael.roth@amd.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=rizzo@iet.unipi.it \
--cc=sriram.yagnaraman@ericsson.com \
--cc=v.maffione@gmail.com \
--cc=wangyanan55@huawei.com \
--cc=yuri.benditovich@daynix.com \
--cc=zhao1.liu@intel.com \
/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.