summaryrefslogtreecommitdiff
path: root/drivers/mfd/arizona-i2c.c
diff options
context:
space:
mode:
authorUwe Kleine-König <u.kleine-koenig@pengutronix.de>2013-07-30 09:29:40 (GMT)
committerDavid S. Miller <davem@davemloft.net>2013-07-30 23:05:04 (GMT)
commita264b981f2c76e281ef27e7232774bf6c54ec865 (patch)
tree1875a691e59369b82ecad4dad563302aadbc1662 /drivers/mfd/arizona-i2c.c
parenta0db856a95a29efb1c23db55c02d9f0ff4f0db48 (diff)
downloadlinux-fsl-qoriq-a264b981f2c76e281ef27e7232774bf6c54ec865.tar.xz
net/fec: Don't let ndo_start_xmit return NETDEV_TX_BUSY without link
Don't test for having link and let hardware deal with this situation. Without this patch I see a machine running an -rt patched Linux being stuck in sch_direct_xmit when it looses link while there is still a packet to be sent. In this case the fec_enet_start_xmit routine returned NETDEV_TX_BUSY which makes the network stack reschedule the packet and so sch_direct_xmit calls fec_enet_start_xmit again. I failed to reproduce a complete hang without -rt, but I think the problem exists there, too. Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/mfd/arizona-i2c.c')
0 files changed, 0 insertions, 0 deletions