summaryrefslogtreecommitdiff
path: root/ifpps
diff options
context:
space:
mode:
authorTobias Klauser <tklauser@distanz.ch>2017-06-20 10:46:52 +0200
committerTobias Klauser <tklauser@distanz.ch>2017-06-20 10:53:59 +0200
commit8d7b0c30a62ca50e0c104ed4aa600cfb24041161 (patch)
tree9e298be73c97352cacd52beebcbd3c5eb2dda52c /ifpps
parent6e3a87093dfcd8b4b62685e67b565d842c631da1 (diff)
trafgen: gracefully handle ENOBUFS on tx ring teardown
pull_and_flush_tx_ring_wait() in the exit path of xmit_fastpath_or_die() might return with errno ENOBUFS (due to the other CPU's processes concurrent access) but will eventually suceed. Thus retry pull_and_flush_tx_ring_wait() as in the main loop of xmit_fastpath_or_die(). Fixes #175 Reported-by: Eduardo Miravalls Sierra Signed-off-by: Tobias Klauser <tklauser@distanz.ch>
Diffstat (limited to 'ifpps')
0 files changed, 0 insertions, 0 deletions
ter each period of running. If the user modifies the migration thread's affinity, it will not change after that happens. The original code created the thread at the first instance it was called, but later was changed to destroy the thread after the tracer was finished, and would not be created until the next instance of the tracer was established. The code that initialized the affinity was only called on the initial instantiation of the tracer. After that, it was not initialized, and the previous affinity did not match the current newly created one, making it appear that the user modified the thread's affinity when it did not, and the thread failed to migrate again. Cc: stable@vger.kernel.org Fixes: 0330f7aa8ee6 ("tracing: Have hwlat trace migrate across tracing_cpumask CPUs") Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Diffstat (limited to 'net/openvswitch/Makefile')