David Vrabel d1ef006dc1 xen-netback: fix guest Rx stall detection (after guest Rx refactor) ... If a VIF has been ready for rx_stall_timeout (60s by default) and an Rx ring is drained of all requests an Rx stall will be incorrectly detected. When this occurs and the guest Rx queue is empty, the Rx ring's event index will not be set and the frontend will not raise an event when new requests are placed on the ring, permanently stalling the VIF. This is a regression introduced by eb1723a29b (xen-netback: refactor guest rx). Fix this by reinstating the setting of queue->last_rx_time when placing a packet onto the guest Rx ring. Signed-off-by: David Vrabel <david.vrabel@citrix.com> Reviewed-by: Paul Durrant <paul.durrant@citrix.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2016-10-13 10:20:58 -04:00
..
common.h	xen-netback: (re-)create a debugfs node for hash information	2016-10-13 09:53:09 -04:00
hash.c	xen-netback: (re-)create a debugfs node for hash information	2016-10-13 09:53:09 -04:00
interface.c	xen-netback: make sure that hashes are not send to unaware frontends	2016-10-07 23:52:33 -04:00
Makefile	xen-netback: separate guest side rx code into separate module	2016-10-06 20:37:35 -04:00
netback.c	xen-netback: separate guest side rx code into separate module	2016-10-06 20:37:35 -04:00
rx.c	xen-netback: fix guest Rx stall detection (after guest Rx refactor)	2016-10-13 10:20:58 -04:00
xenbus.c	xen-netback: (re-)create a debugfs node for hash information	2016-10-13 09:53:09 -04:00