aboutsummaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2018-09-28 11:12:29 -0700
committerDavid S. Miller <davem@davemloft.net>2018-09-28 11:12:29 -0700
commitf13d1b48b95bdafce6f9ad2cccbb9a6494f5a049 (patch)
treee58ffe301d2056d8e4f1ea934febea418573c8e4 /tools/perf/scripts/python/stackcollapse.py
parent05c5e9ff22e33cb9706b20fd3cf33b802f7edbf6 (diff)
parent0c3b9d1b37df16ae6046a5a01f769bf3d21b838c (diff)
Merge branch 'netpoll-second-round-of-fixes'
Eric Dumazet says: ==================== netpoll: second round of fixes. As diagnosed by Song Liu, ndo_poll_controller() can be very dangerous on loaded hosts, since the cpu calling ndo_poll_controller() might steal all NAPI contexts (for all RX/TX queues of the NIC). This capture, showing one ksoftirqd eating all cycles can last for unlimited amount of time, since one cpu is generally not able to drain all the queues under load. It seems that all networking drivers that do use NAPI for their TX completions, should not provide a ndo_poll_controller() : Most NAPI drivers have netpoll support already handled in core networking stack, since netpoll_poll_dev() uses poll_napi(dev) to iterate through registered NAPI contexts for a device. First patch is a fix in poll_one_napi(). Then following patches take care of ten drivers. ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions