diff options
| author |   David S. Miller <davem@davemloft.net> | 2016-04-12 22:41:33 -0400 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2016-04-12 22:41:33 -0400 |
| commit | b30d27f5bba2c65fb571ad7448b18dfee2fd63ae (patch) | |
| tree | c0cfab410e63d281f560adfdb318dd4d714a7a15 /include/linux/ieee802154.h | |
| parent | Merge git://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next (diff) | |
| parent | net: mediatek: do not set the QID field in the TX DMA descriptors (diff) | |
| download | linux-dev-b30d27f5bba2c65fb571ad7448b18dfee2fd63ae.tar.xz linux-dev-b30d27f5bba2c65fb571ad7448b18dfee2fd63ae.zip | |
Merge branch 'mediatek-stress-test-fixes'
John Crispin says:
====================
net: mediatek: make the driver pass stress tests
While testing the driver we managed to get the TX path to stall and fail
to recover. When dual MAC support was added to the driver, the whole queue
stop/wake code was not properly adapted. There was also a regression in the
locking of the xmit function. The fact that watchdog_timeo was not set and
that the tx_timeout code failed to properly reset the dma, irq and queue
just made the mess complete.
This series make the driver pass stress testing. With this series applied
the testbed has been running for several days and still has not locked up.
We have a second setup that has a small hack patch applied to randomly stop
irqs and/or one of the queues and successfully manages to recover from these
simulated tx stalls.
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include/linux/ieee802154.h')
0 files changed, 0 insertions, 0 deletions