qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Michael Roth <mdroth@linux.vnet.ibm.com>
To: Anthony Liguori <aliguori@us.ibm.com>
Cc: armbru@redhat.com, kraxel@redhat.com, qemu-devel@nongnu.org,
	stefanha@linux.vnet.ibm.com,
	Luiz Capitulino <lcapitulino@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 12/13] qapi: support for keyworded variable-length argument list
Date: Thu, 29 Mar 2012 14:28:13 -0500	[thread overview]
Message-ID: <20120329192813.GA14158@illuin> (raw)
In-Reply-To: <4F74A95A.7050403@us.ibm.com>

On Thu, Mar 29, 2012 at 01:26:34PM -0500, Anthony Liguori wrote:
> On 03/29/2012 12:26 PM, Luiz Capitulino wrote:
> >This allows for QAPI functions to receive a variable-length argument
> >list. This is going to be used by device_add and netdev_add commands.
> >
> >In the schema, the argument list is represented by type name '**',
> >like this example:
> >
> >     { 'command': 'foo', 'data': { 'arg-list': '**' } }
> >
> >Each argument is represented by the KeyValues type and the C
> >implementation should expect a KeyValuesList, like:
> >
> >     void qmp_foo(KeyValuesList *values_list, Error **errp);
> >
> >XXX: This implementation is simple but very hacky. We just iterate
> >      through all arguments and build the KeyValuesList list to be
> >      passed to the QAPI function.
> >
> >      Maybe we could have a kwargs type, that does exactly this but
> >      through a visitor instead?
> >
> >Signed-off-by: Luiz Capitulino<lcapitulino@redhat.com>
> 
> What about just treating '**' as "marshal remaining arguments to a
> string" and then pass that string to device_add?  qmp_device_add can
> then parse that string with QemuOpts.

Since currently we explicitly point qmp to the marshaller anyway, we
could also just treat '**' as an indicator to not generate a marshaller.
Then, we open-code the marshaller to process the QDict, rather than embedding
it in the script or passing it through to qmp_device_add().

>From the perspective of qmp_device_add() it then just looks like any
other qmp command.

> 
> It's a bit ugly, but that's how things worked.  When we introduce
> qom_add, this problem goes away because you would make multiple
> calls to qom_set to set all of the properties.
> 
> Regards,
> 
> Anthony Liguori
> 
> >---
> >  qapi-schema.json         |   15 +++++++++++++++
> >  scripts/qapi-commands.py |   31 ++++++++++++++++++++++++++++---
> >  scripts/qapi.py          |    2 ++
> >  3 files changed, 45 insertions(+), 3 deletions(-)
> >
> >diff --git a/qapi-schema.json b/qapi-schema.json
> >index 0d11d6e..25bd487 100644
> >--- a/qapi-schema.json
> >+++ b/qapi-schema.json
> >@@ -1701,3 +1701,18 @@
> >  # Since: 1.1
> >  ##
> >  { 'command': 'xen-save-devices-state', 'data': {'filename': 'str'} }
> >+
> >+##
> >+# @KeyValues:
> >+#
> >+# A generic representation of a key value pair.
> >+#
> >+# @key: the name of the item
> >+#
> >+# @value: the string representation of the item value.  This typically follows
> >+#         QEMU's command line parsing format.  See the man pages for more
> >+#         information.
> >+#
> >+# Since: 0.14.0
> >+##
> >+{ 'type': 'KeyValues', 'data': {'key': 'str', 'value': 'str'} }
> >diff --git a/scripts/qapi-commands.py b/scripts/qapi-commands.py
> >index 30a24d2..75a6e81 100644
> >--- a/scripts/qapi-commands.py
> >+++ b/scripts/qapi-commands.py
> >@@ -146,19 +146,44 @@ v = qmp_input_get_visitor(mi);
> >                       obj=obj)
> >
> >      for argname, argtype, optional, structured in parse_args(args):
> >-        if optional:
> >+        if optional and not '**':
> >              ret += mcgen('''
> >  visit_start_optional(v,&has_%(c_name)s, "%(name)s", errp);
> >  if (has_%(c_name)s) {
> >  ''',
> >                           c_name=c_var(argname), name=argname)
> >              push_indent()
> >-        ret += mcgen('''
> >+        if argtype == '**':
> >+            if dealloc:
> >+                ret += mcgen('''
> >+qapi_free_KeyValuesList(%(obj)s);
> >+''',
> >+                        obj=c_var(argname))
> >+            else:
> >+                ret += mcgen('''
> >+{
> >+    const QDictEntry *entry;
> >+    v = v; /* fix me baby */
> >+
> >+    for (entry = qdict_first(args); entry; entry = qdict_next(qdict, entry)) {
> >+        KeyValuesList *item = g_malloc0(sizeof(*item));
> >+        item->value = g_malloc0(sizeof(*item->value));
> >+        item->value->key = g_strdup(qdict_entry_key(entry));
> >+        item->value->value = g_strdup(qstring_get_str(qobject_to_qstring(qdict_entry_value(entry))));
> >+
> >+        item->next = %(obj)s;
> >+        %(obj)s = item;
> >+    }
> >+}
> >+''',
> >+                        obj=c_var(argname))
> >+        else:
> >+            ret += mcgen('''
> >  %(visitor)s(v,&%(c_name)s, "%(name)s", errp);
> >  ''',
> >                       c_name=c_var(argname), name=argname, argtype=argtype,
> >                       visitor=type_visitor(argtype))
> >-        if optional:
> >+        if optional and not '**':
> >              pop_indent()
> >              ret += mcgen('''
> >  }
> >diff --git a/scripts/qapi.py b/scripts/qapi.py
> >index e062336..87b9ee6 100644
> >--- a/scripts/qapi.py
> >+++ b/scripts/qapi.py
> >@@ -163,6 +163,8 @@ def c_type(name):
> >          return 'bool'
> >      elif name == 'number':
> >          return 'double'
> >+    elif name == '**':
> >+        return 'KeyValuesList *'
> >      elif type(name) == list:
> >          return '%s *' % c_list_type(name[0])
> >      elif is_enum(name):
> 

  parent reply	other threads:[~2012-03-29 19:28 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-29 17:26 [Qemu-devel] [RFC 00/13]: convert device_add to the qapi Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 01/13] qemu-option: qemu_opts_create(): use error_set() Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 02/13] qemu-option: parse_option_number(): " Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 03/13] qemu-option: parse_option_bool(): " Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 04/13] qemu-option: parse_option_size(): " Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 05/13] qemu-option: qemu_opt_parse(): " Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 06/13] qemu-option: opt_set(): " Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 07/13] qemu-option: opts_do_parse(): " Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 08/13] qemu-option: introduce qemu_opt_set_err() Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 09/13] qerror: introduce QERR_INVALID_OPTION_GROUP Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 10/13] qemu-config: find_list(): use error_set() Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 11/13] qemu-config: introduce qemu_find_opts_err() Luiz Capitulino
2012-03-29 17:26 ` [Qemu-devel] [PATCH 12/13] qapi: support for keyworded variable-length argument list Luiz Capitulino
2012-03-29 18:26   ` Anthony Liguori
2012-03-29 18:42     ` Luiz Capitulino
2012-03-29 18:53       ` Anthony Liguori
2012-03-29 19:28     ` Michael Roth [this message]
2012-03-29 20:01       ` Anthony Liguori
2012-03-29 22:39         ` Michael Roth
2012-03-29 22:56           ` Michael Roth
2012-03-30  7:49         ` Paolo Bonzini
2012-03-30 13:01           ` Luiz Capitulino
2012-03-29 20:03       ` Paolo Bonzini
2012-03-29 17:26 ` [Qemu-devel] [PATCH 13/13] qapi: convert device_add Luiz Capitulino

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=20120329192813.GA14158@illuin \
    --to=mdroth@linux.vnet.ibm.com \
    --cc=aliguori@us.ibm.com \
    --cc=armbru@redhat.com \
    --cc=kraxel@redhat.com \
    --cc=lcapitulino@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@linux.vnet.ibm.com \
    /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).