diff options
author | David S. Miller <davem@davemloft.net> | 2014-08-19 10:59:12 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2014-08-19 10:59:12 -0700 |
commit | d3b6f9ffca9598381f63119f1cce77508fd37f64 (patch) | |
tree | a199e218bf0b0603bd71ebe7a74d14a4f54c7bbf /net/tipc/port.h | |
parent | ac32c7f705692b92fe12dcbe88fe87136fdfff6f (diff) | |
parent | 7201c1ddf774c12daa2dd5da098b8929db53f047 (diff) | |
download | op-kernel-dev-d3b6f9ffca9598381f63119f1cce77508fd37f64.zip op-kernel-dev-d3b6f9ffca9598381f63119f1cce77508fd37f64.tar.gz |
Merge branch 'cbq-fixes'
Vasily Averin says:
====================
cbq: incorrectly low bandwidth blocks limited traffic
v2: patch description changes
Fixes: f0f6ee1f70c4 ("cbq: incorrect processing of high limits")
Mainstream commit f0f6ee1f70c4 ("cbq: incorrect processing of high limits")
have side effect: if cbq bandwidth setting is less than real interface
throughput non-limited traffic can delay limited traffic for a very long time.
This happen because of q->now changes incorrectly in cbq_dequeue():
in described scenario L2T is much greater than real time delay,
and q->now gets an extra boost for each transmitted packet.
Accumulated boost prevents update q->now, and blocked class can wait
very long time until (q->now >= cl->undertime) will be true again.
More detailed problem description can be found here:
http://www.spinics.net/lists/netdev/msg292493.html
Following patches should fix the problem.
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/tipc/port.h')
0 files changed, 0 insertions, 0 deletions