Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Michael S. Tsirkin
On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote: When a link change occurs on a backend (like tap), we currently do not propage such change to the nic. As a result, when someone turns off a link on a tap device, for instance, then a guest doesn't see that change and continues to

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Yan Vugenfirer
On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin m...@redhat.com wrote: On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote: When a link change occurs on a backend (like tap), we currently do not propage such change to the nic. As a result, when someone turns off a link on a tap

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Michael S. Tsirkin
On Wed, Apr 02, 2014 at 01:46:14PM +0300, Yan Vugenfirer wrote: On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin m...@redhat.com wrote: On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote: When a link change occurs on a backend (like tap), we currently do not propage such

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Vlad Yasevich
On 04/02/2014 04:51 AM, Michael S. Tsirkin wrote: On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote: When a link change occurs on a backend (like tap), we currently do not propage such change to the nic. As a result, when someone turns off a link on a tap device, for instance,

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Vlad Yasevich
On 04/02/2014 06:46 AM, Yan Vugenfirer wrote: On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin m...@redhat.com wrote: On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote: When a link change occurs on a backend (like tap), we currently do not propage such change to the nic. As a

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Michael S. Tsirkin
On Wed, Apr 02, 2014 at 10:57:08AM -0400, Vlad Yasevich wrote: On 04/02/2014 06:46 AM, Yan Vugenfirer wrote: On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin m...@redhat.com wrote: On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote: When a link change occurs on a backend

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Vlad Yasevich
On 04/02/2014 11:03 AM, Michael S. Tsirkin wrote: On Wed, Apr 02, 2014 at 10:57:08AM -0400, Vlad Yasevich wrote: On 04/02/2014 06:46 AM, Yan Vugenfirer wrote: On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin m...@redhat.com wrote: On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote:

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Michael S. Tsirkin
On Wed, Apr 02, 2014 at 11:25:32AM -0400, Vlad Yasevich wrote: On 04/02/2014 11:03 AM, Michael S. Tsirkin wrote: On Wed, Apr 02, 2014 at 10:57:08AM -0400, Vlad Yasevich wrote: On 04/02/2014 06:46 AM, Yan Vugenfirer wrote: On Apr 2, 2014, at 11:51 AM, Michael S. Tsirkin m...@redhat.com

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2014-04-02 Thread Vlad Yasevich
On 04/02/2014 11:29 AM, Michael S. Tsirkin wrote: On Wed, Apr 02, 2014 at 11:25:32AM -0400, Vlad Yasevich wrote: On 04/02/2014 11:03 AM, Michael S. Tsirkin wrote: On Wed, Apr 02, 2014 at 10:57:08AM -0400, Vlad Yasevich wrote: On 04/02/2014 06:46 AM, Yan Vugenfirer wrote: On Apr 2, 2014, at

Re: [Qemu-devel] [PATCH] net: Update netdev peer on link change

2013-11-22 Thread Stefan Hajnoczi
On Thu, Nov 21, 2013 at 09:05:51PM -0500, Vlad Yasevich wrote: When a link change occurs on a backend (like tap), we currently do not propage such change to the nic. As a result, when someone turns off a link on a tap device, for instance, then a guest doesn't see that change and continues to

[Qemu-devel] [PATCH] net: Update netdev peer on link change

2013-11-21 Thread Vlad Yasevich
When a link change occurs on a backend (like tap), we currently do not propage such change to the nic. As a result, when someone turns off a link on a tap device, for instance, then a guest doesn't see that change and continues to try to send traffic or run DHCP even though the lower-layer is