Gavin Shan 6d446ec32f net/tg3: Avoid delay during MMIO access ... When the EEH error is the result of a fenced host bridge, MMIO accesses can be very slow (milliseconds) to timeout and return all 1's, thus causing the driver various timeout loops to take way too long and trigger soft-lockup warnings (in addition to taking minutes to recover). It might be worthwhile to check if for any of these cases, ffffffff is a valid possible value, and if not, bail early since that means the HW is either gone or isolated. In the meantime, checking that the PCI channel is offline would be workaround of the problem. Cc: <stable@vger.kernel.org> # v3.0+ Signed-off-by: Gavin Shan <shangw@linux.vnet.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>		2013-06-25 17:00:40 -07:00
..
bnx2x	bnx2x: Fix bridged GSO for 57710/57711 chips	2013-06-04 17:17:08 -07:00
b44.c
b44.h
bcm63xx_enet.c
bcm63xx_enet.h
bgmac.c
bgmac.h
bnx2.c
bnx2.h
bnx2_fw.h
cnic.c	drivers/net: rename random32() to prandom_u32()	2013-05-07 18:38:27 -07:00
cnic.h
cnic_defs.h
cnic_if.h
Kconfig
Makefile
sb1250-mac.c
tg3.c	net/tg3: Avoid delay during MMIO access	2013-06-25 17:00:40 -07:00
tg3.h	tg3: Add read dma workaround for 5720	2013-06-04 17:25:18 -07:00