qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v2] QMP: Introduce the documentation for query-n


From: Luiz Capitulino
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

On Fri, 18 Jun 2010 15:28:42 -0500
Anthony Liguori <address@hidden> 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<address@hidden>
> > ---
> >   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
> > address@hidden 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 via email to

[Prev in Thread] Current Thread [Next in Thread]