1. 11 10月, 2007 3 次提交
    • A
      ixgbe: driver for Intel(R) 82598 PCI-Express 10GbE adapters (v4) · 9a799d71
      Auke Kok 提交于
      This patch adds support for the Intel 82598 PCI-Express 10GbE
      chipset. Devices will be available on the market soon.
      
      This version of the driver is largely the same as the last release:
      
        * Driver uses a single RX and single TX queue, each using 1 MSI-X
        irq vector.
        * Driver runs in NAPI mode only
        * Driver is largely multiqueue-ready (TM)
      
      Changes since 20070803:
        * removed wrappers for hardware functions
        * incorporated e1000e-style HW api reorganization code
        * sparse/checkpatch cleanups, namespace cleanups
        * driver prints out extra debugging information at load time
          identifying adapter board number, mac, phy types
        * removed ixgbe_api.c, ixgbe_api.h, ixgbe_osdep.h
        * driver update to 1.1.18
        * removed ixgbe.txt which contained no useful info anymore
      
      [ Integrated napi_struct changes from Auke as well... -DaveM ]
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Signed-off-by: NAyyappan Veeraiyan <ayyappan.veeraiyan@intel.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9a799d71
    • A
      [E1000E]: New pci-express e1000 driver (currently for ICH9 devices only) · bc7f75fa
      Auke Kok 提交于
      This driver implements support for the ICH9 on-board LAN ethernet
      device. The device is similar to ICH8.
      
      The driver encompasses code to support 82571/2/3, es2lan and ICH8
      devices as well, but those device IDs are disabled and will be
      "lifted" from the e1000 driver over one at a time once this driver
      receives some more live time.
      
      Changes to the last snapshot posted are exclusively in the internal
      hardware API organization. Many thanks to Jeff Garzik for jumping in
      and getting this organized with a keen eye on the future layout.
      
      [ Integrated napi_struct patch from Auke as well... -DaveM ]
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bc7f75fa
    • P
      [NET]: Virtual ethernet device driver. · e314dbdc
      Pavel Emelyanov 提交于
      Veth stands for Virtual ETHernet. It is a simple tunnel driver
      that works at the link layer and looks like a pair of ethernet
      devices interconnected with each other.
      
      Mainly it allows to communicate between network namespaces but
      it can be used as is as well.
      
      The newlink callback is organized that way to make it easy to
      create the peer device in the separate namespace when we have
      them in kernel.
      
      This implementation uses another interface - the RTM_NRELINK
      message introduced by Patric.
      
      Bug fixes from Daniel Lezcano.
      Signed-off-by: NPavel Emelyanov <xemul@openvz.org>
      Acked-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e314dbdc
  2. 16 9月, 2007 1 次提交
  3. 30 7月, 2007 1 次提交
  4. 25 7月, 2007 1 次提交
  5. 20 7月, 2007 1 次提交
  6. 19 7月, 2007 1 次提交
    • B
      Blackfin ethernet driver: on chip ethernet MAC controller driver · e190d6b1
      Bryan Wu 提交于
      This patch implements the driver necessary use the Analog Devices
      Blackfin processor's on-chip ethernet MAC controller.
      
      [try#2]
       - add timeout control
       - kill dma_config_reg bitfields
       - some trivial cleanup
      
      [try#3]
       - add endianess check
       - add DRV_NAME, DRV_VERSION... driver information string
       - add some comments for silicon anomaly and dma API confusion
       - some code trivial cleanup
      
      [try#4]
       - add Blackfin latest GPIO pin mux opertion with Michael Hennerich's
        help and Dan's review
       - rewrite the DMA descriptor list operation in a more readable way
        by Joe's review
      
      [try#5]
       - cleanup some coding style by Joe's review.
      
      [try#6]
       - 1.1 version fix a bug when set up multicast list pointed by Mr. yoshfuji
       - rearrange the desc_list_free function.
      Signed-off-by: NMichael Hennerich <michael.hennerich@analog.com>
      Signed-off-by: NBryan Wu <bryan.wu@analog.com>
      Cc: Michael Buesch <mb@bu3sch.de>
      Cc: Mike Frysinger <vapier.adi@gmail.com>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: Christoph Hellwig <hch@infradead.org>
      Cc: Dan Williams <dcbw@redhat.com>
      Cc: Joe Perches <joe@perches.com>
      Cc: YOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      e190d6b1
  7. 18 7月, 2007 1 次提交
  8. 16 7月, 2007 2 次提交
  9. 15 7月, 2007 1 次提交
  10. 11 7月, 2007 4 次提交
    • J
      [L2TP]: PPP over L2TP driver core · 3557baab
      James Chapman 提交于
      This driver handles only L2TP data frames; control frames are handled
      by a userspace application. It implements L2TP using the PPPoX socket
      family. There is a PPPoX socket for each L2TP session in an L2TP
      tunnel.  PPP data within each session is passed through the kernel's
      PPP subsystem via this driver. Kernel parameters of each socket can be
      read or modified using ioctl() or [gs]etsockopt() calls.
      Signed-off-by: NJames Chapman <jchapman@katalix.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3557baab
    • M
      ps3: gigabit ethernet driver for PS3, take3 · 02c18891
      Masakazu Mokuno 提交于
      Hi,
      
      This is the third submission of the network driver for PS3.
      The differences from the previous one are:
      
        - renamed source file names so that their prefix can match
          with the module name
        - added cbe-oss-dev@ozlabs.org line for MAINTAINER file
        - changed some in copyright comments
      
      If there are no more comments, please apply for 2.6.23.
      
      Thank you
      
      --
      Subject: PS3: Ethernet driver
      
      From: Masakazu Mokuno <mokuno@sm.sony.co.jp>
      
      Add Gigabit Ethernet support for the PS3 game console.  The module will
      be called ps3_gelic.
      
      CC: Geoff Levand <geoffrey.levand@am.sony.com>
      Signed-off-by: NMasakazu Mokuno <mokuno@sm.sony.co.jp>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      02c18891
    • J
      Remove sk98lin ethernet driver. · e1abecc4
      Jeff Garzik 提交于
      Unmaintained, superceded by skge.
      
      Prodded to deletion by Adrian Bunk.  Acked by Stephen Hemminger.
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      e1abecc4
    • B
      AX88796 network driver · 825a2ff1
      Ben Dooks 提交于
      Support for the Asix AX88796 network controller, an
      NE2000 compatible 10/100 ethernet device with internal
      PHY.
      
      The driver supports PHY settings via either ioctl() or
      the ethtool driver ops.
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      825a2ff1
  11. 09 7月, 2007 1 次提交
  12. 10 5月, 2007 1 次提交
  13. 09 5月, 2007 1 次提交
    • R
      IB/mlx4: Add a driver Mellanox ConnectX InfiniBand adapters · 225c7b1f
      Roland Dreier 提交于
      Add an InfiniBand driver for Mellanox ConnectX adapters.  Because
      these adapters can also be used as ethernet NICs and Fibre Channel 
      HBAs, the driver is split into two modules: 
       
        mlx4_core: Handles low-level things like device initialization and 
          processing firmware commands.  Also controls resource allocation 
          so that the InfiniBand, ethernet and FC functions can share a 
          device without stepping on each other. 
       
        mlx4_ib: Handles InfiniBand-specific things; plugs into the 
          InfiniBand midlayer. 
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      225c7b1f
  14. 28 4月, 2007 1 次提交
    • K
      ucc_geth: migrate ucc_geth to phylib · 728de4c9
      Kim Phillips 提交于
      migrate ucc_geth to use the common phylib code.
      
      There are several side effects from doing this:
      
      o deprecate 'interface' property specification present
        in some old device tree source files in
        favour of a split 'max-speed' and 'interface-type'
        description to appropriately match definitions
        in include/linux/phy.h.  Note that 'interface' property
        is still honoured if max-speed or interface-type
        are not present (backward compatible).
      o compile-time CONFIG_UGETH_HAS_GIGA is eliminated
        in favour of probe time speed derivation logic.
      o adjust_link streamlined to only operate on maccfg2
        and upsmr.r10m, instead of reapplying static initial
        values related to the interface-type.
      o Addition of UEC MDIO of_platform driver requires
        platform code add 'mdio' type to id list
        prior to calling of_platform_bus_probe (separate patch).
      o ucc_struct_init introduced to reduce ucc_geth_startup
        complexity.
      Signed-off-by: NLi Yang <leoli@freescale.com>
      Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      728de4c9
  15. 26 4月, 2007 1 次提交
  16. 08 2月, 2007 1 次提交
  17. 06 2月, 2007 5 次提交
  18. 02 12月, 2006 6 次提交
    • H
      [PATCH] Atmel MACB ethernet driver · 89e5785f
      Haavard Skinnemoen 提交于
      Driver for the Atmel MACB on-chip ethernet module.
      
      Tested on AVR32/AT32AP7000/ATSTK1000. I've heard rumours that it works
      with AT91SAM9260 as well, and it may be possible to share some code with
      the at91_ether driver for AT91RM9200.
      
      Hardware documentation can be found in the AT32AP7000 data sheet,
      which can be downloaded from
      
      http://www.atmel.com/dyn/products/datasheets.asp?family_id=682
      
      Changes since previous version:
        * Probe for PHY ID instead of depending on it being provided through
          platform_data.
        * Grab initial ethernet address from the MACB registers instead
          of depending on platform_data.
        * Set MII/RMII mode correctly.
      
      These changes are mostly about making the driver more compatible with
      the at91 infrastructure.
      Signed-off-by: NHaavard Skinnemoen <hskinnemoen@atmel.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      89e5785f
    • Z
      [PATCH] Add tsi108/9 On Chip Ethernet device driver support · 5e123b84
      Zang Roy-r61911 提交于
      Add tsi108/9 on chip Ethernet controller driver support.
      
      The driver code collects the feedback of previous posting form the mailing
      list and gives the update.
      
      MPC7448HPC2 platform in arch/powerpc uses tsi108 bridge.
      
      The following is a brief description of the Ethernet controller:
      
      The Tsi108/9 Ethernet Controller connects Switch Fabric to two independent
      Gigabit Ethernet ports,E0 and E1.  It uses a single Management interface to
      manage the two physical connection devices (PHYs).  Each Ethernet port has
      its own statistics monitor that tracks and reports key interface
      statistics.  Each port supports a 256-entry hash table for address
      filtering.  In addition, each port is bridged to the Switch Fabric through
      a 2-Kbyte transmit FIFO and a 4-Kbyte Receive FIFO.
      
      Each Ethernet port also has a pair of internal Ethernet DMA channels to
      support the transmit and receive data flows.  The Ethernet DMA channels use
      descriptors set up in memory, the memory map of the device, and access via
      the Switch Fabric.  The Ethernet Controller’s DMA arbiter handles
      arbitration for the Switch Fabric.  The Controller also has a register bus
      interface for register accesses and status monitor control.
      
      The PMD (Physical Media Device) interface operates in MII, GMII, or TBI
      modes.  The MII mode is used for connecting with 10 or 100 Mbit/s PMDs.
      The GMII and TBI modes are used to connect with Gigabit PMDs.  Internal
      data flows to and from the Ethernet Controller through the Switch Fabric.
      Each
      
      Ethernet port uses its transmit and receive DMA channels to manage data
      flows through buffer descriptors that are predefined by the system (the
      descriptors can exist anywhere in the system memory map).  These
      descriptors are data structures that point to buffers filled with data
      ready to transmit over Ethernet, or they point to empty buffers ready to
      receive data from Ethernet.
      Signed-off-by: NAlexandre Bounine <Alexandre.Bounine@tundra.com>
      Signed-off-by: NRoy Zang <tie-fei.zang@freescale.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      5e123b84
    • A
      Add NetXen 1G/10G ethernet driver. · 3d396eb1
      Amit S. Kale 提交于
      Signed-off-by: NAmit S. Kale <amitkale@netxen.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      3d396eb1
    • A
      [PATCH] 8390 fixes - the final chunk (h8300) · 3470cb1d
      Al Viro 提交于
      The rest of 8390 conversions; ifdef cascade in 8390.h is gone now.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      3470cb1d
    • A
      [PATCH] 8390 fixes - m68k oddballs · 8c6270f9
      Al Viro 提交于
      more 8390 conversions - mac8390, zorro8390 and hydra got the same treatment
      as arm etherh; one more case in 8390.h ifdef cascade is gone.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      8c6270f9
    • A
      [PATCH] beginning of 8390 fixes - generic and arm/etherh · 6c3561b0
      Al Viro 提交于
      etherh and a handful of other odd drivers use different macros when building
      8390.c.  Since we generate a single 8390.o and then link with it, in any
      config with both oddball and normal 8390-based driver we will end up with
      breakage in at least one of them.  Solution: take most of 8390.c into
      lib8390.c and have 8390.c, etherh.c and the rest of oddballs #include it.
      Helper macros are taken from 8390.h to whoever includes lib8390.c.  That
      way odd drivers get separate instances of compiled 8390 stuff and stop
      stepping on each other's toes.  8390.h gets cleaned up - we don't have
      the cascade of ifdefs in there and are left with the stuff that can be
      used by any 8390-based driver.  Current problems are exactly because of
      that cascade - we attempt to choose the set of helpers by looking at config
      and that, of course, doesn't work well when we have several sets needed
      by various drivers in our config.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      6c3561b0
  19. 23 9月, 2006 1 次提交
  20. 14 9月, 2006 1 次提交
    • J
      [PATCH] ehea: IBM eHEA Ethernet Device Driver · 7a291083
      Jan-Bernd Themann 提交于
      Hi Jeff,
      
      I fixed the __iomem issue and tested the driver with sparse. Looks good so far.
      Thanks for your effort.
      
      Jan-Bernd Themann
      Signed-off-by: NJan-Bernd Themann <themann@de.ibm.com>
      
       drivers/net/Kconfig             |    9
       drivers/net/Makefile            |    1
       drivers/net/ehea/Makefile       |    6
       drivers/net/ehea/ehea.h         |  447 ++++++
       drivers/net/ehea/ehea_ethtool.c |  294 ++++
       drivers/net/ehea/ehea_hcall.h   |   51
       drivers/net/ehea/ehea_hw.h      |  287 ++++
       drivers/net/ehea/ehea_main.c    | 2654 ++++++++++++++++++++++++++++++++++++++++
       drivers/net/ehea/ehea_phyp.c    |  705 ++++++++++
       drivers/net/ehea/ehea_phyp.h    |  455 ++++++
       drivers/net/ehea/ehea_qmr.c     |  582 ++++++++
       drivers/net/ehea/ehea_qmr.h     |  358 +++++
       12 files changed, 5849 insertions(+)
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      7a291083
  21. 20 8月, 2006 1 次提交
  22. 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
  23. 20 7月, 2006 1 次提交
  24. 23 6月, 2006 1 次提交
  25. 24 5月, 2006 1 次提交