linux

iv/linux

Files

Claudiu Manoil f19015baa2 gianfar: Fix Tx int miss, dont write IC on-the-fly

Programming the interrupt coalescing (IC) registers while
the controller/DMA is on may incur the loss of one Tx
confirmation interrupt, under certain conditions.  This is
a subtle hw race because it does not occur during a burst
of Tx packets.  It has been observed on p2020 devices that,
if just one packet is being xmit'ed, the Tx confirmation
doesn't trigger and BQL evetually blocks the Tx queues,
followed by Tx timeout and an un-responsive device.
This issue was not apparent prior to introducing BQL
support, as a late Tx confirmation was not an issue back then
and the next burst of Tx frames would have triggered the
Tx confirmation/ Tx ring cleanup anyway.

Bottom line, the hw specifications state that the IC registers
should not be programmed while the Rx/Tx blocks (the DMA) are
enabled. Further more, these registers are currently re-written
with the same values on the processing path, over and over again.
To fix this, rewriting the IC registers has been removed from
the processing path (napi poll).  A complete MAC reset procedure
has been implemented for the ethtool -c option instead, to
reliably update these registers while the controller is stopped.

Signed-off-by: Claudiu Manoil <claudiu.manoil@freescale.com>
Signed-off-by: David S. Miller <davem@davemloft.net>

2014-02-24 19:38:20 -05:00

fs_enet

drivers/net: delete non-required instances of include <linux/init.h>

2014-01-16 11:53:26 -08:00

fec_main.c

NET: fec: only enable napi if we are successful

2014-02-18 18:07:10 -05:00

fec_mpc52xx_phy.c

net: fec_mpc52xx_phy: remove unnecessary dev_set_drvdata()

2013-08-21 12:27:04 -07:00

fec_mpc52xx.c

net: ethernet: use platform_{get,set}_drvdata()