diff options
| author | Dmitry Bogdanov <[email protected]> | 2019-08-30 12:08:38 +0000 |
|---|---|---|
| committer | David S. Miller <[email protected]> | 2019-09-01 02:07:11 +0000 |
| commit | be6cef69ba570ebb327eba1ef6438f7af49aaf86 (patch) | |
| tree | 0e3824a92a0457171c47d333897abd5ec9376d65 /tools/testing/selftests/tc-testing/plugin-lib/nsPlugin.py | |
| parent | net: aquantia: linkstate irq should be oneshot (diff) | |
| download | kernel-be6cef69ba570ebb327eba1ef6438f7af49aaf86.tar.gz kernel-be6cef69ba570ebb327eba1ef6438f7af49aaf86.zip | |
net: aquantia: fix out of memory condition on rx side
On embedded environments with hard memory limits it is a normal although
rare case when skb can't be allocated on rx part under high traffic.
In such OOM cases napi_complete_done() was not called.
So the napi object became in an invalid state like it is "scheduled".
Kernel do not re-schedules the poll of that napi object.
Consequently, kernel can not remove that object the system hangs on
`ifconfig down` waiting for a poll.
We are fixing this by gracefully closing napi poll routine with correct
invocation of napi_complete_done.
This was reproduced with artificially failing the allocation of skb to
simulate an "out of memory" error case and check that traffic does
not get stuck.
Fixes: 970a2e9864b0 ("net: ethernet: aquantia: Vector operations")
Signed-off-by: Igor Russkikh <[email protected]>
Signed-off-by: Dmitry Bogdanov <[email protected]>
Signed-off-by: David S. Miller <[email protected]>
Diffstat (limited to 'tools/testing/selftests/tc-testing/plugin-lib/nsPlugin.py')
0 files changed, 0 insertions, 0 deletions