All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luiz Capitulino <lcapitulino@redhat.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: avi@redhat.com, Miguel Di Ciurcio Filho <miguel.filho@gmail.com>,
	qemu-devel@nongnu.org, armbru@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2] QMP: Introduce the documentation for query-netdev and info netdev
Date: Fri, 18 Jun 2010 17:40:13 -0300	[thread overview]
Message-ID: <20100618174013.08e5bbdc@redhat.com> (raw)
In-Reply-To: <4C1BD6FA.7020502@codemonkey.ws>

On Fri, 18 Jun 2010 15:28:42 -0500
Anthony Liguori <anthony@codemonkey.ws> wrote:

> On 06/18/2010 11:26 AM, Miguel Di Ciurcio Filho wrote:
> > These commands show the information about active backend network devices.
> >
> > Signed-off-by: Miguel Di Ciurcio Filho<miguel.filho@gmail.com>
> > ---
> >   qemu-monitor.hx |  105 +++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >   1 files changed, 105 insertions(+), 0 deletions(-)
> >
> > diff --git a/qemu-monitor.hx b/qemu-monitor.hx
> > index 9f62b94..8fc5ed6 100644
> > --- a/qemu-monitor.hx
> > +++ b/qemu-monitor.hx
> > @@ -1674,6 +1674,111 @@ show the various VLANs and the associated devices
> >   ETEXI
> >
> >   STEXI
> > +@item info netdev
> > +show information about the current backend network devices
> > +ETEXI
> > +SQMP
> > +query-netdev
> > +------------
> > +
> > +Each device is represented by a json-object. The returned value is a json-array
> > +of all devices.
> > +
> > +Each json-object contains the following:
> > +
> > +- "id": the device's ID, must be unique (json-string)
> > +- "type": device type (json-string)
> > +    - Possible values: "tap", "user", "vde", "socket"
> > +- "vlan": QEMU's internal vlan identification. Only present if the device is
> > +  attached to a VLAN (json-int, optional)
> > +- "peer": ID of the frontend device when on a 1:1 relationship (json-string,
> > +  optional)
> >    
> 
> I think we should only return items with a valid peer property and drop 
> anything attached to vlans.

 The reason is that we're going to completely drop the vlan stuff, right?

> The current info network already provides vlan information.

 What did you mean by that? info network is not going to be converted to QMP,
that's why we're doing query-netdev.

 If I got it right:

 - query-netdev: backend info
 - query-qdm: device info

  reply	other threads:[~2010-06-18 20:40 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-18 16:26 [Qemu-devel] [PATCH v2] QMP: Introduce the documentation for query-netdev and info netdev Miguel Di Ciurcio Filho
2010-06-18 20:28 ` Anthony Liguori
2010-06-18 20:40   ` Luiz Capitulino [this message]
2010-06-21  8:27     ` Markus Armbruster
2010-06-21 14:34       ` Luiz Capitulino
2010-06-18 21:15   ` Miguel Di Ciurcio Filho
2010-06-18 21:20     ` Anthony Liguori
2010-06-21  8:23   ` Markus Armbruster
2010-06-21 14:42 ` [Qemu-devel] " Luiz Capitulino
2010-06-21 14:47   ` Jan Kiszka
2010-06-21 16:44     ` Markus Armbruster
2010-06-22  8:50       ` Jan Kiszka
2010-06-22 11:53         ` Markus Armbruster
2010-06-21 17:58   ` Miguel Di Ciurcio Filho

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=20100618174013.08e5bbdc@redhat.com \
    --to=lcapitulino@redhat.com \
    --cc=anthony@codemonkey.ws \
    --cc=armbru@redhat.com \
    --cc=avi@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 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.