1. 05 8月, 2008 2 次提交
    • J
      net_sched: Add qdisc __NET_XMIT_BYPASS flag · c27f339a
      Jarek Poplawski 提交于
      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: NJarek Poplawski <jarkao2@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c27f339a
    • J
      net_sched: Add qdisc __NET_XMIT_STOLEN flag · 378a2f09
      Jarek Poplawski 提交于
      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: NJarek Poplawski <jarkao2@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      378a2f09
  2. 27 7月, 2008 1 次提交
  3. 20 7月, 2008 2 次提交
  4. 09 7月, 2008 2 次提交
    • D
      pkt_sched: Remove 'dev' member of struct Qdisc. · 5ce2d488
      David S. Miller 提交于
      It can be obtained via the netdev_queue.  So create a helper routine,
      qdisc_dev(), to make the transformations nicer looking.
      
      Now, qdisc_alloc() now no longer needs a net_device pointer argument.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5ce2d488
    • D
      netdev: Create netdev_queue abstraction. · bb949fbd
      David S. Miller 提交于
      A netdev_queue is an entity managed by a qdisc.
      
      Currently there is one RX and one TX queue, and a netdev_queue merely
      contains a backpointer to the net_device.
      
      The Qdisc struct is augmented with a netdev_queue pointer as well.
      
      Eventually the 'dev' Qdisc member will go away and we will have the
      resulting hierarchy:
      
      	net_device --> netdev_queue --> Qdisc
      
      Also, qdisc_alloc() and qdisc_create_dflt() now take a netdev_queue
      pointer argument.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bb949fbd
  5. 02 7月, 2008 2 次提交
  6. 29 1月, 2008 9 次提交
  7. 18 7月, 2007 1 次提交
  8. 15 7月, 2007 4 次提交
  9. 11 7月, 2007 2 次提交
  10. 08 6月, 2007 1 次提交
  11. 26 4月, 2007 4 次提交
  12. 11 2月, 2007 1 次提交
  13. 03 12月, 2006 1 次提交
  14. 01 7月, 2006 1 次提交
  15. 21 3月, 2006 1 次提交
  16. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4