1. 09 Dec, 2008 1 commit
  2. 03 Dec, 2008 5 commits
  3. 25 Nov, 2008 1 commit
  4. 20 Nov, 2008 1 commit
  5. 13 Nov, 2008 1 commit
  6. 31 Oct, 2008 1 commit
    • Jarek Poplawski's avatar
      pkt_sched: Add peek emulation for non-work-conserving qdiscs. · 77be155c
      Jarek Poplawski authored
      
      
      This patch adds qdisc_peek_dequeued() wrapper to emulate peek method
      with qdisc->dequeue() and storing "peeked" skb in qdisc->gso_skb until
      dequeuing. This is mainly for compatibility reasons not to break some
      strange configs because peeking is expected for non-work-conserving
      parent qdiscs to query work-conserving child qdiscs.
      
      This implementation requires using qdisc_dequeue_peeked() wrapper
      instead of directly calling qdisc->dequeue() for all qdiscs ever
      querried with qdisc->ops->peek() or qdisc_peek_dequeued().
      
      Signed-off-by: default avatarJarek Poplawski <jarkao2@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      77be155c
  7. 29 Aug, 2008 1 commit
  8. 27 Aug, 2008 1 commit
  9. 18 Aug, 2008 1 commit
  10. 13 Aug, 2008 1 commit
  11. 04 Aug, 2008 2 commits
    • Jarek Poplawski's avatar
      net_sched: Add qdisc __NET_XMIT_BYPASS flag · c27f339a
      Jarek Poplawski authored
      
      
      Patrick McHardy <kaber@trash.net> noticed that it would be nice to
      handle NET_XMIT_BYPASS by NET_XMIT_SUCCESS with an internal qdisc flag
      __NET_XMIT_BYPASS and to remove the mapping from dev_queue_xmit().
      
      David Miller <davem@davemloft.net> spotted a serious bug in the first
      version of this patch.
      
      Signed-off-by: default avatarJarek Poplawski <jarkao2@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      c27f339a
    • Jarek Poplawski's avatar
      net_sched: Add qdisc __NET_XMIT_STOLEN flag · 378a2f09
      Jarek Poplawski authored
      
      
      Patrick McHardy <kaber@trash.net> noticed:
      "The other problem that affects all qdiscs supporting actions is
      TC_ACT_QUEUED/TC_ACT_STOLEN getting mapped to NET_XMIT_SUCCESS
      even though the packet is not queued, corrupting upper qdiscs'
      qlen counters."
      
      and later explained:
      "The reason why it translates it at all seems to be to not increase
      the drops counter. Within a single qdisc this could be avoided by
      other means easily, upper qdiscs would still increase the counter
      when we return anything besides NET_XMIT_SUCCESS though.
      
      This means we need a new NET_XMIT return value to indicate this to
      the upper qdiscs. So I'd suggest to introduce NET_XMIT_STOLEN,
      return that to upper qdiscs and translate it to NET_XMIT_SUCCESS
      in dev_queue_xmit, similar to NET_XMIT_BYPASS."
      
      David Miller <davem@davemloft.net> noticed:
      "Maybe these NET_XMIT_* values being passed around should be a set of
      bits. They could be composed of base meanings, combined with specific
      attributes.
      
      So you could say "NET_XMIT_DROP | __NET_XMIT_NO_DROP_COUNT"
      
      The attributes get masked out by the top-level ->enqueue() caller,
      such that the base meanings are the only thing that make their
      way up into the stack. If it's only about communication within the
      qdisc tree, let's simply code it that way."
      
      This patch is trying to realize these ideas.
      
      Signed-off-by: default avatarJarek Poplawski <jarkao2@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      378a2f09
  12. 25 Jul, 2008 1 commit
  13. 20 Jul, 2008 2 commits
  14. 17 Jul, 2008 1 commit
  15. 08 Jul, 2008 3 commits
  16. 06 Jul, 2008 4 commits
  17. 01 Jul, 2008 1 commit
  18. 16 Jun, 2008 2 commits
  19. 11 Jun, 2008 1 commit
  20. 03 May, 2008 1 commit
  21. 23 Mar, 2008 1 commit
    • Martin Devera's avatar
      sch_htb: fix "too many events" situation · 8f3ea33a
      Martin Devera authored
      
      
      HTB is event driven algorithm and part of its work is to apply
      scheduled events at proper times. It tried to defend itself from
      livelock by processing only limited number of events per dequeue.
      Because of faster computers some users already hit this hardcoded
      limit.
      
      This patch limits processing up to 2 jiffies (why not 1 jiffie ?
      because it might stop prematurely when only fraction of jiffie
      remains).
      
      Signed-off-by: default avatarMartin Devera <devik@cdi.cz>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      8f3ea33a
  22. 10 Feb, 2008 1 commit
  23. 28 Jan, 2008 6 commits