3:19 a.m.
CC libvir-list
On Tue, Jul 06, 2021 at 12:01:37 +0200, Paolo Bonzini wrote:
Switch from QemuOpts to keyval. This enables the introduction
of non-scalar machine properties, and JSON syntax in the future.
For JSON syntax to be supported right now, we would have to
consider what would happen if string-based dictionaries (produced by
-M key=val) were to be merged with strongly-typed dictionaries
(produced by -M {'key': 123}).
The simplest way out is to never enter the situation, and only allow one
-M option when JSON syntax is in use. However, we want options such as
-smp to become syntactic sugar for -M, and this is a problem; as soon
as -smp becomes a shortcut for -M, QEMU would forbid using -M '{....}'
together with -smp. Therefore, allowing JSON syntax right now for -M
would be a forward-compatibility nightmare and it would be impossible
anyway to introduce -M incrementally in tools.
Instead, support for JSON syntax is delayed until after the main
options are converted to QOM compound properties. These include -boot,
-acpitable, -smbios, -m, -semihosting-config, -rtc and -fw_cfg. Once JSON
syntax is introduced, these options will _also_ be forbidden together
with -M '{...}'.
Signed-off-by: Paolo Bonzini <pbonzini(a)redhat.com>
---
softmmu/vl.c | 315 ++++++++++++++++++++++++---------------------------
1 file changed, 146 insertions(+), 169 deletions(-)
This patch breaks detection of certain machine options features in
libvirt which were being detected from 'query-command-line-options'.
I presume the change simply removed this from the output of
query-command-line-options due to the historical cruft how the
aforementioned command works.
Unfortunately I didn't find any suitable replacement from what we are
querying.
The entries which we now lack detection are:
{ "machine", "mem-merge", QEMU_CAPS_MEM_MERGE },
{ "machine", "aes-key-wrap", QEMU_CAPS_AES_KEY_WRAP },
{ "machine", "dea-key-wrap", QEMU_CAPS_DEA_KEY_WRAP },
{ "machine", "kernel_irqchip", QEMU_CAPS_MACHINE_KERNEL_IRQCHIP
},
{ "machine", "loadparm", QEMU_CAPS_LOADPARM },
Note that the oldest supported qemu version in libvirt is 2.11 at this
point and all the above flags are included in 2.11 and later.
This means we can theoretically remove the detection and always assume
the flags in case when they are unlikely to be removed in the future.
Alternatively if you can suggest an option how to detect this it will be
welcome.
Thanks
Peter
9:39 a.m.
New subject: [PULL 36/40] vl: switch -M parsing to keyval
On 22/07/21 10:19, Peter Krempa wrote:
This patch breaks detection of certain machine options features in
libvirt which were being detected from 'query-command-line-options'.
I presume the change simply removed this from the output of
query-command-line-options due to the historical cruft how the
aforementioned command works.
Unfortunately I didn't find any suitable replacement from what we are
querying.
Yep, there is already a patch queued for this.
Paolo
9:50 a.m.
New subject: [PULL 36/40] vl: switch -M parsing to keyval
On Thu, Jul 22, 2021 at 16:39:26 +0200, Paolo Bonzini wrote:
On 22/07/21 10:19, Peter Krempa wrote:
> This patch breaks detection of certain machine options features in
> libvirt which were being detected from 'query-command-line-options'.
>
> I presume the change simply removed this from the output of
> query-command-line-options due to the historical cruft how the
> aforementioned command works.
>
> Unfortunately I didn't find any suitable replacement from what we are
> querying.
Yep, there is already a patch queued for this.
So the desired state is that the properties stay in
'query-command-line-options'?
1254
days inactive
1254
days old
2 comments
2 participants
participants (2)
-
Paolo Bonzini -
Peter Krempa