1. 07 8月, 2008 2 次提交
  2. 23 7月, 2008 1 次提交
  3. 18 7月, 2008 4 次提交
    • J
      igb/ixgbe/e1000e: resolve tx multiqueue bug · d55b53ff
      Jeff Kirsher 提交于
      With the recent changes to tx mutiqueue, igb/ixgbe/e1000e was not calling
      netif_tx_start_all_queues() before calling netif_tx_wake_all_queues().
      This causes an issue during loading of the driver.
      
      In addition, updated e1000e to use the updated tx mutliqueue api.
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d55b53ff
    • D
      net: Use queue aware tests throughout. · fd2ea0a7
      David S. Miller 提交于
      This effectively "flips the switch" by making the core networking
      and multiqueue-aware drivers use the new TX multiqueue structures.
      
      Non-multiqueue drivers need no changes.  The interfaces they use such
      as netif_stop_queue() degenerate into an operation on TX queue zero.
      So everything "just works" for them.
      
      Code that really wants to do "X" to all TX queues now invokes a
      routine that does so, such as netif_tx_wake_all_queues(),
      netif_tx_stop_all_queues(), etc.
      
      pktgen and netpoll required a little bit more surgery than the others.
      
      In particular the pktgen changes, whilst functional, could be largely
      improved.  The initial check in pktgen_xmit() will sometimes check the
      wrong queue, which is mostly harmless.  The thing to do is probably to
      invoke fill_packet() earlier.
      
      The bulk of the netpoll changes is to make the code operate solely on
      the TX queue indicated by by the SKB queue mapping.
      
      Setting of the SKB queue mapping is entirely confined inside of
      net/core/dev.c:dev_pick_tx().  If we end up needing any kind of
      special semantics (drops, for example) it will be implemented here.
      
      Finally, we now have a "real_num_tx_queues" which is where the driver
      indicates how many TX queues are actually active.
      
      With IGB changes from Jeff Kirsher.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fd2ea0a7
    • D
      netdev: Kill NETIF_F_MULTI_QUEUE. · 09e83b5d
      David S. Miller 提交于
      There is no need for a feature bit for something that
      can be tested by simply checking the TX queue count.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      09e83b5d
    • D
  4. 17 7月, 2008 2 次提交
  5. 11 7月, 2008 12 次提交
  6. 07 7月, 2008 1 次提交
  7. 04 7月, 2008 4 次提交
  8. 28 6月, 2008 1 次提交
  9. 27 6月, 2008 1 次提交
  10. 12 6月, 2008 1 次提交
  11. 25 4月, 2008 1 次提交
  12. 26 3月, 2008 2 次提交
  13. 17 3月, 2008 1 次提交
  14. 24 2月, 2008 2 次提交
  15. 15 2月, 2008 1 次提交
  16. 03 2月, 2008 1 次提交
  17. 29 1月, 2008 1 次提交
    • A
      igb: PCI-Express 82575 Gigabit Ethernet driver · 9d5c8243
      Auke Kok 提交于
      We are pleased to announce a new Gigabit Ethernet product and its
      driver to the linux community. This product is the Intel(R) 82575
      Gigabit Ethernet adapter family. Physical adapters will be available
      to the public soon. These adapters come in 2- and 4-port versions
      (copper PHY) currently. Other variants will be available later.
      
      The 82575 chipset supports significantly different features that
      warrant a new driver. The descriptor format is (just like the
      ixgbe driver) different. The device can use multiple MSI-X vectors
      and multiple queues for both send and receive. This allows us to
      optimize some of the driver code specifically as well compared to
      the e1000-supported devices.
      
      This version of the igb driver no lnger uses fake netdevices and
      incorporates napi_struct members for each ring to do the multi-
      queue polling. multi-queue is enabled by default and the driver
      supports NAPI mode only.
      
      All the namespace collisions should be gone in this version too. The
      register macro's have been condensed to improve readability.
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9d5c8243