summaryrefslogtreecommitdiff
path: root/net/tipc
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2014-08-19 21:59:12 +0400
committerDavid S. Miller <davem@davemloft.net>2014-08-19 21:59:12 +0400
commitd3b6f9ffca9598381f63119f1cce77508fd37f64 (patch)
treea199e218bf0b0603bd71ebe7a74d14a4f54c7bbf /net/tipc
parentac32c7f705692b92fe12dcbe88fe87136fdfff6f (diff)
parent7201c1ddf774c12daa2dd5da098b8929db53f047 (diff)
downloadlinux-d3b6f9ffca9598381f63119f1cce77508fd37f64.tar.xz
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')
0 files changed, 0 insertions, 0 deletions