From: Markus Armbruster <armbru@redhat.com>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [PULL v2 07/32] qmp: Make "id" optional again even in "oob" monitors
Date: Tue, 3 Jul 2018 23:35:31 +0200 [thread overview]
Message-ID: <20180703213556.20619-8-armbru@redhat.com> (raw)
In-Reply-To: <20180703213556.20619-1-armbru@redhat.com>
Commit cf869d53172 "qmp: support out-of-band (oob) execution" made
"id" mandatory for all commands when the client accepted capability
"oob". This is rather onerous when you play with QMP by hand, and
unnecessarily so: only out-of-band commands need an ID for reliable
matching of response to command.
Revert that part of commit cf869d53172 for now, but have documentation
advise on the need to use "id" with out-of-band commands.
Signed-off-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20180703085358.13941-8-armbru@redhat.com>
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
---
docs/interop/qmp-spec.txt | 13 +++++++------
monitor.c | 7 -------
2 files changed, 7 insertions(+), 13 deletions(-)
diff --git a/docs/interop/qmp-spec.txt b/docs/interop/qmp-spec.txt
index 6b72b69cb1..a1d6f9ee06 100644
--- a/docs/interop/qmp-spec.txt
+++ b/docs/interop/qmp-spec.txt
@@ -103,16 +103,13 @@ The format for command execution is:
required. Each command documents what contents will be considered
valid when handling the json-argument
- The "id" member is a transaction identification associated with the
- command execution. It is required for all commands if the OOB -
- capability was enabled at startup, and optional otherwise. The same
- "id" field will be part of the response if provided. The "id"
- member can be any json-value. A json-number incremented for each
- successive command works fine.
+ command execution, it is optional and will be part of the response
+ if provided. The "id" member can be any json-value. A json-number
+ incremented for each successive command works fine.
- The optional "control" member further specifies how the command is
to be executed. Currently, its only member is optional "run-oob".
See section "2.3.1 Out-of-band execution" for details.
-
2.3.1 Out-of-band execution
---------------------------
@@ -128,6 +125,10 @@ possibly overtaking prior in-band commands. The client may therefore
receive such a command's response before responses from prior in-band
commands.
+To be able to match responses back to their commands, the client needs
+to pass "id" with out-of-band commands. Passing it with all commands
+is recommended for clients that accept capability "oob".
+
To execute a command out-of-band, the client puts "run-oob": true into
execute's member "control".
diff --git a/monitor.c b/monitor.c
index 3ad89fe1ba..0dd6e22463 100644
--- a/monitor.c
+++ b/monitor.c
@@ -4292,13 +4292,6 @@ static void handle_qmp_command(JSONMessageParser *parser, GQueue *tokens)
id = qdict_get(qdict, "id");
- /* When OOB is enabled, the "id" field is mandatory. */
- if (qmp_oob_enabled(mon) && !id) {
- error_setg(&err, "Out-of-band capability requires that "
- "every command contains an 'id' field");
- goto err;
- }
-
req_obj = g_new0(QMPRequest, 1);
req_obj->mon = mon;
req_obj->id = qobject_ref(id);
--
2.17.1
next prev parent reply other threads:[~2018-07-03 21:36 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-03 21:35 [Qemu-devel] [PULL v2 00/32] Monitor patches for 2018-07-03 Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 01/32] qmp: Say "out-of-band" instead of "Out-Of-Band" Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 02/32] monitor: Spell "I/O thread" consistently in comments Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 03/32] docs/interop/qmp: Improve OOB documentation Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 04/32] qmp: Document COMMAND_DROPPED design flaw Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 05/32] qmp: Get rid of x-oob-test command Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 06/32] tests/qmp-test: Test in-band command doesn't overtake Markus Armbruster
2018-07-03 21:35 ` Markus Armbruster [this message]
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 08/32] tests/test-qga: Demonstrate the guest-agent ignores "id" Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 09/32] qmp qemu-ga: Revert change that accidentally made qemu-ga accept "id" Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 10/32] tests/test-qga: Demonstrate the guest-agent ignores "control" Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 11/32] qmp qemu-ga: Fix qemu-ga not to accept "control" Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 12/32] qmp: Redo how the client requests out-of-band execution Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 13/32] qmp: Revert change to handle_qmp_command tracepoint Markus Armbruster
2018-07-19 11:07 ` Peter Maydell
2018-07-19 12:22 ` Markus Armbruster
2018-07-19 12:25 ` Peter Maydell
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 14/32] qmp: Always free QMPRequest with qmp_request_free() Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 15/32] qmp: Simplify code around monitor_qmp_dispatch_one() Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 16/32] tests/qmp-test: Demonstrate QMP errors jumping the queue Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 17/32] qmp: Don't let malformed in-band commands jump " Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 18/32] qmp: Don't let JSON errors " Markus Armbruster
2018-07-10 13:20 ` Kevin Wolf
2018-07-10 14:02 ` Marc-André Lureau
2018-07-11 8:36 ` Kevin Wolf
2018-07-11 14:13 ` Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 19/32] monitor: Rename use_io_thr to use_io_thread Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 20/32] monitor: Peel off @mon_global wrapper Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 21/32] qobject: New qdict_from_jsonf_nofail() Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 22/32] qmp: De-duplicate error response building Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 23/32] qmp: Use QDict * instead of QObject * for response objects Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 24/32] qmp: Replace monitor_json_emitter{, raw}() by qmp_{queue, send}_response() Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 25/32] qmp: Replace get_qmp_greeting() by qmp_greeting() Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 26/32] qmp: Simplify monitor_qmp_respond() Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 27/32] qmp: Add some comments around null responses Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 28/32] qmp: Switch timestamp_put() to qdict_from_jsonf_nofail() Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 29/32] qobject: Let qobject_from_jsonf() fail instead of abort Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 30/32] qmp: Clean up capability negotiation after commit 02130314d8c Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 31/32] monitor: Improve some comments Markus Armbruster
2018-07-03 21:35 ` [Qemu-devel] [PULL v2 32/32] qapi: Polish command flags documentation in qapi-code-gen.txt Markus Armbruster
2018-07-05 12:33 ` [Qemu-devel] [PULL v2 00/32] Monitor patches for 2018-07-03 Peter Maydell
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=20180703213556.20619-8-armbru@redhat.com \
--to=armbru@redhat.com \
--cc=qemu-devel@nongnu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).