Re: [Qemu-devel] [PATCH v6] net: add support of mac-programming over macvtap in QEMU side

[Amos Kong <akong@redhat.com>]

On Mon, Jun 17, 2013 at 10:54:39AM -0400, Luiz Capitulino wrote:
> On Mon, 17 Jun 2013 17:42:50 +0300
> "Michael S. Tsirkin" <mst@redhat.com> wrote:
> 
> > > The 1000ms I talked about is *not* what the guest will see. If there are
> > > events pending, the throttle API just queues the event and returns right
> > > away. I'd even _guess_ that this is faster then emitting the event.
> > 
> > If the filter is not updated for 1000ms then that is guest visible:
> > it is not getting packets with the new MAC.
> 
> Let me understand this better: the filter is going to be updated by
> libvirt, is that correctly?

Yes.
 
> If this is right, then I can understand where you came from, but how
> can we possibly control how long it will take for libvirt to take
> action?

Quote from my commitlog

|> There maybe exist an uncontrollable delay if we let Libvirt do the
|> real change, guests normally expect rx-filter updates immediately.
|> But it's another separate issue, we can investigate it when the
|> work in Libvirt side is done.


-- 
			Amos.