From: Luiz Capitulino <lcapitulino@redhat.com>
To: Anthony Liguori <aliguori@linux.vnet.ibm.com>
Cc: Anthony Liguori <aliguori@us.ibm.com>,
qemu-devel@nongnu.org, armbru@redhat.com
Subject: [Qemu-devel] Re: [PATCH 10/19] QMP: Introduce query commands dispatch table
Date: Fri, 1 Oct 2010 10:49:06 -0300 [thread overview]
Message-ID: <20101001104906.498b9cf6@doriath> (raw)
In-Reply-To: <4CA5E29F.4030606@linux.vnet.ibm.com>
On Fri, 01 Oct 2010 08:31:11 -0500
Anthony Liguori <aliguori@linux.vnet.ibm.com> wrote:
> On 09/30/2010 03:56 PM, Luiz Capitulino wrote:
> > The new table is a copy of HMP's table, containing only QObject
> > handlers.
> >
> > In the near future HMP will be making QMP calls and then we will
> > be able to drop QObject handlers from HMP's table.
> >
> > > From now on, QMP and HMP have different query command dispatch
> > tables.
> >
>
> I like this series a lot and I think it's ready to merge.
>
> But I wonder, why have a separate qmp_query_cmds table? Why not just
> fold the query commands into qmp_cmds?
Yes, that will be done shortly, but in a different series.
I'm not doing it in this series because it's necessary to change the
signature of all those functions which would make this series too large and
harder to review.
On a related note: I have more monitor patches in my queue. I'm building
and testing them right now. I'm planning to send a pull request of all
pending monitor patches later today. So, if you prefer, you can wait for
that pull request instead of merging this series alone.
It will generate some noise on the list though, as I think it's good practice
to resend patches in a pull request to the list.
next prev parent reply other threads:[~2010-10-01 13:51 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-30 20:56 [Qemu-devel] [PATCH v2 00/19] Monitor: split HMP and QMP dispatch tables Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 01/19] Monitor: Introduce search_dispatch_table() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 02/19] QMP: handle_qmp_command(): Move 'cmd' sanity check Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 03/19] QMP: Don't use do_info() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 04/19] Monitor: Drop QMP bits from do_info() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 05/19] Monitor: Drop is_async_return() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 06/19] Monitor: Convert do_info() back to HMP Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 07/19] Monitor: Introduce the qmp-commands.hx file Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 08/19] QMP: Introduce qmp_find_cmd() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 09/19] QMP: Introduce command dispatch table Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 10/19] QMP: Introduce query commands " Luiz Capitulino
2010-10-01 13:31 ` [Qemu-devel] " Anthony Liguori
2010-10-01 13:49 ` Luiz Capitulino [this message]
2010-10-01 14:25 ` Anthony Liguori
2010-09-30 20:56 ` [Qemu-devel] [PATCH 11/19] QMP: Simplify do_info_commands() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 12/19] QMP: Small cleanup in handle_qmp_command() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 13/19] Monitor: Drop QMP info from the qemu-monitor.hx file Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 14/19] Monitor: Drop monitor_cmd_user_only() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 15/19] Monitor: Rename monitor_handler_ported() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 16/19] Monitor: Rename monitor_handler_is_async() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 17/19] Monitor: Directly call QObject handlers Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 18/19] QMP: Introduce qmp_call_cmd() Luiz Capitulino
2010-09-30 20:56 ` [Qemu-devel] [PATCH 19/19] Monitor: Rename the qemu-monitor.hx file Luiz Capitulino
2010-10-01 7:15 ` [Qemu-devel] [PATCH v2 00/19] Monitor: split HMP and QMP dispatch tables Markus Armbruster
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=20101001104906.498b9cf6@doriath \
--to=lcapitulino@redhat.com \
--cc=aliguori@linux.vnet.ibm.com \
--cc=aliguori@us.ibm.com \
--cc=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).