From: Luiz Capitulino <lcapitulino@redhat.com>
To: Miguel Di Ciurcio Filho <miguel.filho@gmail.com>
Cc: avi@redhat.com, Gerd Hoffmann <kraxel@redhat.com>,
Markus Armbruster <armbru@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v2] QMP: Introduce the documentation for query-qdm
Date: Tue, 13 Jul 2010 10:44:00 -0300 [thread overview]
Message-ID: <20100713104400.302e1423@redhat.com> (raw)
In-Reply-To: <AANLkTin15Kr-FF2CVb4JMomudM9HzH0tkphqITdG45h6@mail.gmail.com>
On Tue, 13 Jul 2010 10:30:24 -0300
Miguel Di Ciurcio Filho <miguel.filho@gmail.com> wrote:
[...]
> On Tue, Jul 13, 2010 at 8:49 AM, Markus Armbruster <armbru@redhat.com> wrote:
> >> +- "properties": a list where each element is an json-object that describes a
> >> + property of the device. Each json-object contains the following:
> >> + - "name": the name of the property (json-string)
> >> + - "type": a json-object that contains the following:
> >> + - "qdev": the internal name of the type of the property (json-string)
> >> + - Possible values: uint8, uint16, uint32, uint64, int32, macaddr,
> >> + drive, chr, string, netdev, bit, taddr
> >> + - "qmp": the json equivalent type of the internal type (json-string)
> >> + - Possible values: integer, string, boolean
> >
> > Fairly close to JSON Schema, but there are differences.
> >
> > Do we need "qdev"? Is exposing it wise? Smells a bit too much of
> > internal detail for comfort...
> >
> > Could we use "type" just like JSON Schema? Drop "qdev" or move it out
> > of "type", then make "type" what its member "qmp" is now.
> >
>
> I think it is better not to expose too much the internals to. My
> initial concern and Daniel's too was to make clear what is the meaning
> of the property. Like, give me a proper formated MAC address or an id
> of a properly created netdev.
>
> But I think we could drop the qdev properties stuff and return the
> proper error in case of parsing problems.
Then client writers will have to know how to encode the property ahead of
time, which makes self-documenting useless.
next prev parent reply other threads:[~2010-07-13 13:44 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-09 18:13 [Qemu-devel] [PATCH v2] QMP: Introduce the documentation for query-qdm Miguel Di Ciurcio Filho
2010-07-09 21:47 ` [Qemu-devel] " Luiz Capitulino
2010-07-13 11:49 ` [Qemu-devel] " Markus Armbruster
2010-07-13 13:30 ` Miguel Di Ciurcio Filho
2010-07-13 13:44 ` Luiz Capitulino [this message]
2010-07-13 13:42 ` Luiz Capitulino
2010-07-13 16:20 ` Markus Armbruster
2010-07-14 19:19 ` Luiz Capitulino
2010-07-15 9:12 ` 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=20100713104400.302e1423@redhat.com \
--to=lcapitulino@redhat.com \
--cc=armbru@redhat.com \
--cc=avi@redhat.com \
--cc=kraxel@redhat.com \
--cc=miguel.filho@gmail.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).