Jack Morgenstein 4cbe4dac82 net/mlx4_core: Avoid delays during VF driver device shutdown ... Some Hypervisors detach VFs from VMs by instantly causing an FLR event to be generated for a VF. In the mlx4 case, this will cause that VF's comm channel to be disabled before the VM has an opportunity to invoke the VF device's "shutdown" method. For such Hypervisors, there is a race condition between the VF's shutdown method and its internal-error detection/reset thread. The internal-error detection/reset thread (which runs every 5 seconds) also detects a disabled comm channel. If the internal-error detection/reset flow wins the race, we still get delays (while that flow tries repeatedly to detect comm-channel recovery). The cited commit fixed the command timeout problem when the internal-error detection/reset flow loses the race. This commit avoids the unneeded delays when the internal-error detection/reset flow wins. Fixes: d585df1c5c ("net/mlx4_core: Avoid command timeouts during VF driver device shutdown") Signed-off-by: Jack Morgenstein <jackm@dev.mellanox.co.il> Reported-by: Simon Xiao <sixiao@microsoft.com> Signed-off-by: Tariq Toukan <tariqt@mellanox.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2017-03-16 20:14:51 -07:00
..
cmd.h	net/mlx4: Spoofcheck and zero MAC can't coexist	2017-02-23 10:57:56 -05:00
cq.h
device.h	net/mlx4_core: Avoid delays during VF driver device shutdown	2017-03-16 20:14:51 -07:00
doorbell.h
driver.h	net/mlx4: && vs & typo	2017-03-01 09:50:58 -08:00
qp.h	net/mlx4_core: Preparation for VF vlan protocol 802.1ad	2016-09-24 08:01:26 -04:00
srq.h