qemu-devel
[Top][All Lists]
Advanced

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

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


From: Markus Armbruster
Subject: Re: [Qemu-devel] Re: [PATCH v2] QMP: Introduce the documentation for query-netdev and info netdev
Date: Tue, 22 Jun 2010 13:53:54 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)

Jan Kiszka <address@hidden> writes:

> Markus Armbruster wrote:
>> Jan Kiszka <address@hidden> writes:
>> 
>>> Luiz Capitulino wrote:
>>>> On Fri, 18 Jun 2010 13:26:27 -0300
>>>> Miguel Di Ciurcio Filho <address@hidden> 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)
>>>>  There were some talking about changing this to 'device. Jan, Markus?
>>> Only for qdev. Should be a different namespace here.
>> 
>> Huh?
>> 
>> We need to point to the NIC here, i.e. we need a unambigous name.
>> Device ID is fine, but it's optional.  Canonical qdev path?
>
> Unless I'm still on the wrong track: 'peer' should point to the
> front-end, this ID describes the back-end, and that's not a qdev thing.
> Still, dumping the peer's qdev path along its (optional) ID might be
> worth a thought.

One of us is probably confused, and it could well be me :)

Frontend / backend is difficult for the directionally challenged, so
let's use "guest NIC" and "host network device".

A guest NIC's peer points to a host network device, and vice versa.

query-netdev is about host network devices.  Thus, peer identifes a
guest NIC.



reply via email to

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