aboutsummaryrefslogtreecommitdiffstats
path: root/COPYING
diff options
context:
space:
mode:
authorDavid Vrabel <david.vrabel@citrix.com>2014-07-02 16:09:15 +0100
committerDavid S. Miller <davem@davemloft.net>2014-07-08 11:21:03 -0700
commitf9feb1e6a25f9e197f9e6e6cb04bf04d2cccff93 (patch)
tree753ea80910d46b4cc41dd1fe1a9dbd592bb09991 /COPYING
parentf50b407653f64e76d1c9abda61d0d85cde3ca9ca (diff)
downloadlinux-f9feb1e6a25f9e197f9e6e6cb04bf04d2cccff93.tar.gz
xen-netfront: call netif_carrier_off() only once when disconnecting
In xennet_disconnect_backend(), netif_carrier_off() was called once per queue when it needs to only be called once. The queue locking around the netif_carrier_off() call looked very odd. I think they were supposed to synchronize any NAPI instances with the expectation that no further NAPI instances would be scheduled because of the carrier being off (see the check in xennet_rx_interrupt()). But I can't easily tell if this works correctly. Instead, add a napi_synchronize() call after disabling the interrupts. This is obviously correct as with no Rx interrupts, no further NAPI instances will be scheduled. Signed-off-by: David Vrabel <david.vrabel@citrix.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions