diff options
author | Heiko Carstens <heiko.carstens@de.ibm.com> | 2011-06-06 20:50:03 +0000 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2011-06-07 01:01:22 -0700 |
commit | 264524d5e5195f6e0f099bee20253a22b651e272 (patch) | |
tree | bbb76f1a1f1ee31ff69d718443021576926f24cf /drivers/infiniband | |
parent | 6407d74c5106bb362b4087693688afd34942b094 (diff) | |
download | blackbird-op-linux-264524d5e5195f6e0f099bee20253a22b651e272.tar.gz blackbird-op-linux-264524d5e5195f6e0f099bee20253a22b651e272.zip |
net: cpu offline cause napi stall
Frank Blaschka reported :
<quote>
During heavy network load we turn off/on cpus.
Sometimes this causes a stall on the network device.
Digging into the dump I found out following:
napi is scheduled but does not run. From the I/O buffers
and the napi state I see napi/rx_softirq processing has stopped
because the budget was reached. napi stays in the
softnet_data poll_list and the rx_softirq was raised again.
I assume at this time the cpu offline comes in,
the rx softirq is raised/moved to another cpu but napi stays in the
poll_list of the softnet_data of the now offline cpu.
Reviewing dev_cpu_callback (net/core/dev.c) I did not find the
poll_list is transfered to the new cpu.
</quote>
This patch is a straightforward implementation of Frank suggestion :
Transfert poll_list and trigger NET_RX_SOFTIRQ on new cpu.
Reported-by: Frank Blaschka <blaschka@linux.vnet.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Tested-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/infiniband')
0 files changed, 0 insertions, 0 deletions