<div dir="ltr"><div class="gmail_extra">Hi<br><br></div><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 14, 2015 at 6:07 PM, Eric Blake <span dir="ltr"><<a href="mailto:eblake@redhat.com" target="_blank">eblake@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">> +    { "machine", "vmport", QEMU_CAPS_MACHINE_VMPORT_OPT },<br>
<br>
</span>Ouch.  qemu commit 0a7cf21 fixes what would have been a regression in<br>
2.3 at exposing "mem-merge" through query-command-line-options, but it<br>
does NOT expose "vmport", which is a per-architecture option rather than<br>
a generic -machine option.  Which means that even though qemu 2.2<br>
(perhaps wrongly) advertised "vmport" for all machines (even when it was<br>
not supported), 2.3 will not advertise it, and we are hoping for a<br>
better solution in 2.4 for properly advertising vmport on an<br>
as-appropriate basis.<br></blockquote><div><br></div><div>Thanks Eric for finding out this regression.<br><br></div><div>Is anybody working on a better solution? I can imagine either a new qmp machine-list-properties, or perhaps more reasonably a new properties array in query-machines reply.<br></div></div><br clear="all"><br>-- <br><div class="gmail_signature">Marc-André Lureau</div>
</div></div>