1. 22 Aug, 2014 17 commits
  2. 21 Aug, 2014 8 commits
  3. 19 Aug, 2014 4 commits
    • David S. Miller's avatar
      tipc: Fix build. · 02784f1b
      David S. Miller authored
      
      
      Missing semicolon in range check fix.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      02784f1b
    • David S. Miller's avatar
      Merge branch 'cbq-fixes' · d3b6f9ff
      David S. Miller authored
      Vasily Averin says:
      
      ====================
      cbq: incorrectly low bandwidth blocks limited traffic
      
      v2: patch description changes
      Fixes: f0f6ee1f ("cbq: incorrect processing of high limits")
      
      Mainstream commit f0f6ee1f ("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: default avatarDavid S. Miller <davem@davemloft.net>
      d3b6f9ff
    • Vasily Averin's avatar
      cbq: now_rt removal · 7201c1dd
      Vasily Averin authored
      
      
      Now q->now_rt is identical to q->now and is not required anymore.
      Signed-off-by: default avatarVasily Averin <vvs@openvz.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      7201c1dd
    • Vasily Averin's avatar
      cbq: incorrectly low bandwidth setting blocks limited traffic · 73d0f37a
      Vasily Averin authored
      Mainstream commit f0f6ee1f ("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.
      
      To fix the problem the patch updates q->now on each cbq_update() call.
      L2T-related pre-modification q->now was moved to cbq_update().
      
      My testing confirmed that it fixes the problem and did not discover
      any side-effects
      
      Fixes: f0f6ee1f
      
       ("cbq: incorrect processing of high limits")
      Signed-off-by: default avatarVasily Averin <vvs@openvz.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      73d0f37a
  4. 17 Aug, 2014 8 commits
  5. 15 Aug, 2014 3 commits