From: Markus Armbruster <armbru@redhat.com>
To: Luiz Capitulino <lcapitulino@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 1/8] QMP: Initial mode-oriented support
Date: Mon, 01 Feb 2010 18:08:50 +0100 [thread overview]
Message-ID: <m3ljfcnasd.fsf@blackfin.pond.sub.org> (raw)
In-Reply-To: <1264686180-29845-2-git-send-email-lcapitulino@redhat.com> (Luiz Capitulino's message of "Thu, 28 Jan 2010 11:42:53 -0200")
Luiz Capitulino <lcapitulino@redhat.com> writes:
> In order to have feature negotiation in QMP, the Monitor
> has to be modified to support different modes of operation.
>
> We need two modes:
>
> o Handshake: where features are negotiated, only commands
> which deal with protocol configuration are allowed
>
> o Operational: regular Monitor operations, all handlers
> (except the protocol configuration ones) are allowed
>
> This commit does the following:
>
> 1. Adds the QMPMode data type to MonitorControl and sets
> QMODE_HANDSHAKE as the default one
>
> 2. Grant permission to 'query-version' and 'query-commands'
> to run on handshake mode
>
> Note, however, that these changes are not visable yet and
> thus QMP's behavior is still the same.
>
> Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
> ---
> monitor.c | 14 ++++++++++++++
> 1 files changed, 14 insertions(+), 0 deletions(-)
>
> diff --git a/monitor.c b/monitor.c
> index fb7c572..baae9d0 100644
> --- a/monitor.c
> +++ b/monitor.c
> @@ -82,11 +82,16 @@ struct MonitorCompletionData {
> void (*user_print)(Monitor *mon, const QObject *data);
> };
>
> +/* Handler flags */
> +#define HANDLER_HANDSHAKE 0x01 /* allowed to run on handshake mode */
> +#define HANDLER_HANDSHAKE_ONLY 0x02 /* can ONLY run on handshake mode */
> +
A command's flags encode the set of modes in which this command may be
used. The obvious way to encode a set of modes is to have an enable bit
for each mode.
Your choice of flags has the advantage that the value zero, which
doesn't need an initializer, means "operational mode only".
Fine with me.
> typedef struct mon_cmd_t {
> const char *name;
> const char *args_type;
> const char *params;
> const char *help;
> + unsigned int flags;
> void (*user_print)(Monitor *mon, const QObject *data);
> union {
> void (*info)(Monitor *mon);
> @@ -108,8 +113,14 @@ struct mon_fd_t {
> QLIST_ENTRY(mon_fd_t) next;
> };
>
> +typedef enum QMPMode {
> + QMODE_OPERATIONAL,
> + QMODE_HANDSHAKE,
> +} QMPMode;
> +
> typedef struct MonitorControl {
> QObject *id;
> + QMPMode mode;
> int print_enabled;
> JSONMessageParser parser;
> } MonitorControl;
> @@ -2471,6 +2482,7 @@ static const mon_cmd_t info_cmds[] = {
> .args_type = "",
> .params = "",
> .help = "show the version of QEMU",
> + .flags = HANDLER_HANDSHAKE,
> .user_print = do_info_version_print,
> .mhandler.info_new = do_info_version,
> },
> @@ -2479,6 +2491,7 @@ static const mon_cmd_t info_cmds[] = {
> .args_type = "",
> .params = "",
> .help = "list QMP available commands",
> + .flags = HANDLER_HANDSHAKE,
> .user_print = monitor_user_noop,
> .mhandler.info_new = do_info_commands,
> },
> @@ -4293,6 +4306,7 @@ static void monitor_control_event(void *opaque, int event)
> QObject *data;
> Monitor *mon = opaque;
>
> + mon->mc->mode = QMODE_HANDSHAKE;
> json_message_parser_init(&mon->mc->parser, handle_qmp_command);
>
> data = qobject_from_jsonf("{ 'QMP': { 'capabilities': [] } }");
next prev parent reply other threads:[~2010-02-01 17:08 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-28 13:42 [Qemu-devel] [PATCH 0/8]: QMP feature negotiation support Luiz Capitulino
2010-01-28 13:42 ` [Qemu-devel] [PATCH 1/8] QMP: Initial mode-oriented support Luiz Capitulino
2010-02-01 17:08 ` Markus Armbruster [this message]
2010-01-28 13:42 ` [Qemu-devel] [PATCH 2/8] QMP: Introduce 'query-qmp-mode' command Luiz Capitulino
2010-01-28 13:42 ` [Qemu-devel] [PATCH 3/8] QError: Add QMP mode-oriented errors Luiz Capitulino
2010-01-28 22:49 ` Anthony Liguori
2010-01-29 0:38 ` Luiz Capitulino
2010-02-01 17:03 ` Markus Armbruster
2010-01-28 13:42 ` [Qemu-devel] [PATCH 4/8] QMP: Introduce qmp_switch_mode command Luiz Capitulino
2010-02-01 17:04 ` Markus Armbruster
2010-02-01 18:11 ` Luiz Capitulino
2010-01-28 13:42 ` [Qemu-devel] [PATCH 5/8] QMP: Introduce qmp_capability_enable/disable Luiz Capitulino
2010-01-28 13:42 ` [Qemu-devel] [PATCH 6/8] Monitor: Introduce find_info_cmd() Luiz Capitulino
2010-01-28 13:42 ` [Qemu-devel] [PATCH 7/8] QMP: Enable feature negotiation support Luiz Capitulino
2010-01-28 13:43 ` [Qemu-devel] [PATCH 8/8] QMP: spec: Feature negotiation related changes Luiz Capitulino
2010-02-01 17:08 ` [Qemu-devel] [PATCH 0/8]: QMP feature negotiation support Markus Armbruster
2010-02-01 18:22 ` Luiz Capitulino
2010-02-01 19:37 ` Markus Armbruster
2010-02-01 19:50 ` Luiz Capitulino
2010-02-02 8:03 ` Markus Armbruster
2010-02-02 12:12 ` Luiz Capitulino
2010-02-02 14:48 ` Markus Armbruster
2010-02-03 18:34 ` Anthony Liguori
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=m3ljfcnasd.fsf@blackfin.pond.sub.org \
--to=armbru@redhat.com \
--cc=lcapitulino@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 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.