summaryrefslogtreecommitdiffstats
path: root/drivers/net/igb/igb_main.c
diff options
context:
space:
mode:
authorHeiko Carstens2011-06-06 22:50:03 +0200
committerDavid S. Miller2011-06-07 10:01:22 +0200
commit264524d5e5195f6e0f099bee20253a22b651e272 (patch)
treebbb76f1a1f1ee31ff69d718443021576926f24cf /drivers/net/igb/igb_main.c
parentbridge: provide a cow_metrics method for fake_ops (diff)
downloadkernel-qcow2-linux-264524d5e5195f6e0f099bee20253a22b651e272.tar.gz
kernel-qcow2-linux-264524d5e5195f6e0f099bee20253a22b651e272.tar.xz
kernel-qcow2-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/net/igb/igb_main.c')
0 files changed, 0 insertions, 0 deletions