summaryrefslogtreecommitdiff
path: root/drivers/net/ethernet/tundra
diff options
context:
space:
mode:
authordavid decotigny <decot@googlers.com>2012-08-24 17:22:53 +0000
committerDavid S. Miller <davem@davemloft.net>2012-08-30 13:04:57 -0400
commit3f0a1b58ae1fb72dee348564d03f42cca2338ab8 (patch)
treef79ac3ef59e592afa25b0a66bc0a287015555d0e /drivers/net/ethernet/tundra
parent1ff39eb66b6ba456995fa19185463d7753cd8798 (diff)
forcedeth: prevent TX timeouts after reboot
This complements patch "net-forcedeth: fix TX timeout caused by TX pause on down link" which ensures that a lock-up sequence is not sent to the NIC. Present patch ensures that if a NIC is already locked-up, the driver will recover from it when initializing the device. It does the equivalent of the following recovery sequence: - write NVREG_TX_PAUSEFRAME_ENABLE_V1 to eth1's register NvRegTxPauseFrame - write NVREG_XMITCTL_START to eth1's register NvRegTransmitterControl - write 0 to eth1's register NvRegTransmitterControl (this is at the heart of the "unbricking" sequence mentioned in patch "net-forcedeth: fix TX timeout caused by TX pause on down link") Tested: - hardware is MCP55 device id 10de:0373 (rev a3), dual-port - reboot a kernel without any of patches mentioned - freeze the NIC (details on description for commit "net-forcedeth: fix TX timeout caused by TX pause on down link") - wait 5mn until ping hangs & TX timeout in dmesg - reboot on kernel with present patch - host is immediatly operational, no TX timeout Signed-off-by: David Decotigny <decot@googlers.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/ethernet/tundra')
0 files changed, 0 insertions, 0 deletions