qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH for mst/pci] output nc->name in NIC_RX_FILTER_CH


From: Amos Kong
Subject: Re: [Qemu-devel] [PATCH for mst/pci] output nc->name in NIC_RX_FILTER_CHANGED event
Date: Mon, 1 Jul 2013 10:55:28 +0800
User-agent: Mutt/1.5.21 (2010-09-15)

On Wed, Jun 26, 2013 at 12:07:53PM +0200, Markus Armbruster wrote:
> Amos Kong <address@hidden> writes:
> 
> > On Mon, Jun 24, 2013 at 02:34:59PM +0800, Amos Kong wrote:
> >> netclient 'name' entry in event is useful for management to know
> >> which device is changed. n->netclient_name is not always set.
> >> This patch changes to use nc->name. If we don't assign 'id',
> >> qemu will set a generated name to nc->name.
> >
> >
> > IRC: <mst> akong, what do other events include? name or id?
> >
> > I just checked QMP/qmp-event.txt, they all use 'device name'.
> > (eg: BLOCK_IO_ERROR, DEVICE_DELETED, DEVICE_TRAY_MOVED, BLOCK_JOB_*)
> >
> > If we assign 'id' for -device, device name will be set to id.
> > Otherwise, a generated device name will set to some device.
> 
> DEVICE_DELETED uses "device" (the qdev ID) and "path" (the QOM path).
> 
> For reasons I don't understand, it sets "path" only when the device has
> no qdev ID.  That should be cleaned up.

The path are alwasy set.

example:
(have id)
  "path": "/machine/peripheral-anon/vnet0/virtio-backend"

(no id)
  "path": "/machine/peripheral-anon/device[0]/virtio-backend"

It's enough to just use path to distinguish the changed device.
So we ignore this patch.

-- 
                        Amos.



reply via email to

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