1. 29 7月, 2006 1 次提交
    • R
      [PATCH] qla3xxx NIC driver · 5a4faa87
      Ron Mercer 提交于
      This is a complementary network driver for our ISP4XXX parts.
      
      There is a concurrent effort underway to get the iSCSI driver (qla4xxx)
      integrated upstream as well.
      
      I have been through several iterations with the linux-netdev list and have had
      much response from Stephen Hemminger.
      
      - Built and tested using kernel 2.6.17-rc4.
      
      - The chip supports two ethernet and two iSCSI functions.
      
      - The functions ql_sem_lock, ql_sem_spinlock, ql_sem_unlock, and
        ql_wait_for_drvr_lock are used to protect resources that are shared across
        the network and iSCSI functions.  This protection is mostly during chip
        initialization and resets, but also include link management.
      
      - The PHY/MII are not exported through ethtool due to the fact that the
        iSCSI function will control the common link at least 50% of the time.
      
      This driver has been through several iterations on the netdev list and we feel
      this driver is ready for inclusion in the upstream kernel.
      
      It has been built and tested on x86 and PPC64 platforms.
      
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: Stephen Hemminger <shemminger@osdl.org>
      Signed-off-by: NRon Mercer <ron.mercer@qlogic.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      5a4faa87
  2. 20 7月, 2006 1 次提交
  3. 23 6月, 2006 2 次提交
  4. 21 6月, 2006 2 次提交
  5. 18 6月, 2006 1 次提交
  6. 12 6月, 2006 1 次提交
  7. 11 6月, 2006 1 次提交
    • A
      [PATCH] smc911x Kconfig fix · b89fa8b6
      Andrew Morton 提交于
      In file included from drivers/net/smc911x.c:84:
      drivers/net/smc911x.h:46:9: warning: "SMC_USE_16BIT" is not defined
      drivers/net/smc911x.h:60:9: warning: "SMC_USE_32BIT" is not defined
      drivers/net/smc911x.h:73:10: warning: "SMC_USE_PXA_DMA" is not defined
      drivers/net/smc911x.c: In function `smc911x_reset':
      drivers/net/smc911x.c:247: warning: implicit declaration of function `SMC_inl'
      drivers/net/smc911x.c:249: warning: implicit declaration of function `SMC_outl'
      
      Cc: Dustin McIntire <dustin@sensoria.com>
      Cc: Jeff Garzik <jeff@garzik.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      b89fa8b6
  8. 24 5月, 2006 1 次提交
  9. 21 4月, 2006 1 次提交
  10. 01 4月, 2006 1 次提交
  11. 22 3月, 2006 1 次提交
  12. 17 3月, 2006 1 次提交
  13. 12 3月, 2006 2 次提交
  14. 05 3月, 2006 1 次提交
  15. 04 3月, 2006 1 次提交
  16. 18 2月, 2006 2 次提交
  17. 17 2月, 2006 1 次提交
  18. 07 2月, 2006 1 次提交
  19. 01 2月, 2006 1 次提交
  20. 19 1月, 2006 2 次提交
  21. 15 1月, 2006 2 次提交
  22. 12 1月, 2006 1 次提交
  23. 11 1月, 2006 1 次提交
  24. 10 1月, 2006 1 次提交
    • J
      [NET]: Add IFB (Intermediate Functional Block) network device. · 253af423
      Jamal Hadi Salim 提交于
      A new device to do intermidiate functional block in a system shared
      manner.  To use the new functionality, you need to turn on
      qos/classifier actions.
      
      The new functionality can be grouped as:
      
      1) qdiscs/policies that are per device as opposed to system wide.  ifb
      allows for a device which can be redirected to thus providing an
      impression of sharing.
      
      2) Allows for queueing incoming traffic for shaping instead of
      dropping.
      
      Packets are redirected to this device using tc/action mirred redirect
      construct. If they are sent to it by plain routing instead then they
      will merely be dropped and the stats would indicate that.
      Signed-off-by: NJamal Hadi Salim <hadi@cyberus.ca>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      253af423
  25. 09 1月, 2006 3 次提交
  26. 24 12月, 2005 1 次提交
  27. 01 12月, 2005 1 次提交
  28. 19 11月, 2005 1 次提交
    • L
      [PATCH] intel ixp2000 network driver · 15d014d1
      Lennert Buytenhek 提交于
      The way the hardware and firmware work is that there is one shared RX
      queue and IRQ for a number of different network interfaces.  Due to this,
      we would like to process received packets for every interface in the same
      NAPI poll handler, so we need a pseudo-device to schedule polling on.
      
      What the driver currently does is that it always schedules polling for
      the first network interface in the list, and processes packets for every
      interface in the poll handler for that first interface -- however, this
      scheme breaks down if the first network interface happens to not be up,
      since netif_rx_schedule_prep() checks netif_running().
      
      sky2 apparently has the same issue, and Stephen Hemminger suggested a
      way to work around this: create a variant of netif_rx_schedule_prep()
      that does not check netif_running().  I implemented this locally and
      called it netif_rx_schedule_prep_notup(), and it seems to work well,
      but it's something that probably not everyone would be happy with.
      
      The ixp2000 is an ARM CPU with a high-speed network interface in the
      CPU itself (full duplex 4Gb/s or 10Gb/s depending on the IXP model.)
      The CPU package also contains 8 or 16 (again depending on the IXP
      model) 'microengines', which are somewhat primitive but very fast
      and efficient processor cores which can be used to offload various
      things from the main CPU.
      
      This driver makes the high-speed network interface in the CPU visible
      and usable as a regular linux network device.  Currently, it only
      supports the Radisys ENP2611 IXP board, but adding support for other
      board types should be fairly easy.
      Signed-off-by: NLennert Buytenhek <buytenh@wantstofly.org>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      15d014d1
  29. 11 11月, 2005 1 次提交
  30. 09 11月, 2005 2 次提交
  31. 06 11月, 2005 1 次提交
    • A
      [PATCH] S2io: Multi buffer mode support · da6971d8
      Ananda Raju 提交于
      Hi,
      This patch  provides dynamic two buffer-mode and 3 buffer-mode options.
      Previously 2 buffer-mode was compilation option. Now with this patch applied
      one can load driver in 2 buffer-mode with module-load parameter
      
      ie.
      #insmod s2io.ko rx_ring_mode=2
      
      This patch also provides 3 buffer-mode which provides header separation
      functionality. In 3 buffer-mode skb->data will have L2/L3/L4 headers and
      "skb_shinfo(skb)->frag_list->data" will have have L4 payload.
      one can load driver in 3 buffer-mode with same above module-load parameter
      
      ie.
      #insmod s2io.ko rx_ring_mode=3
      
      Please review the patch.
      Signed-off-by: NAnanda Raju <ananda.raju@neterion.com>
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      da6971d8