1. 20 6月, 2013 1 次提交
  2. 07 5月, 2013 1 次提交
  3. 15 3月, 2013 1 次提交
  4. 03 3月, 2013 1 次提交
    • F
      ax88179_178a: ASIX AX88179_178A USB 3.0/2.0 to gigabit ethernet adapter driver · e2ca90c2
      Freddy Xin 提交于
      This is a resubmission.
      Added kfree() in ax88179_get_eeprom to prevent memory leakage.
      Modified "__le16 rxctl" to "u16 rxctl" in "struct ax88179_data" and removed pointless casts.
      Removed asix_init and asix_exit functions and added "module_usb_driver(ax88179_178a_driver)".
      Fixed endianness issue on big endian systems and verified this driver on iBook G4.
      Removed steps that change net->features in ax88179_set_features function.
      Added "const" to ethtool_ops structure and fixed the coding style of AX88179_BULKIN_SIZE array.
      Fixed the issue that the default MTU is not 1500.
      Added ax88179_change_mtu function and enabled the hardware jumbo frame function to support an
      MTU higher than 1500.
      Fixed indentation and empty line coding style errors.
      The _nopm version usb functions were added to access register in suspend and resume functions.
      Serveral variables allocted dynamically were removed and replaced by stack variables.
      ax88179_get_eeprom were modified from asix_get_eeprom in asix_common.
      
      This patch adds a driver for ASIX's AX88179 family of USB 3.0/2.0
      to gigabit ethernet adapters. It's based on the AX88xxx driver but
      the usb commands used to access registers for AX88179 are completely different.
      This driver had been verified on x86 system with AX88179/AX88178A and
      Sitcomm LN-032 USB dongles.
      Signed-off-by: NFreddy Xin <freddy@asix.com.tw>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e2ca90c2
  5. 19 1月, 2013 1 次提交
    • J
      tty: Added a CONFIG_TTY option to allow removal of TTY · 4f73bc4d
      Joe Millenbach 提交于
      The option allows you to remove TTY and compile without errors. This
      saves space on systems that won't support TTY interfaces anyway.
      bloat-o-meter output is below.
      
      The bulk of this patch consists of Kconfig changes adding "depends on
      TTY" to various serial devices and similar drivers that require the TTY
      layer.  Ideally, these dependencies would occur on a common intermediate
      symbol such as SERIO, but most drivers "select SERIO" rather than
      "depends on SERIO", and "select" does not respect dependencies.
      
      bloat-o-meter output comparing our previous minimal to new minimal by
      removing TTY.  The list is filtered to not show removed entries with awk
      '$3 != "-"' as the list was very long.
      
      add/remove: 0/226 grow/shrink: 2/14 up/down: 6/-35356 (-35350)
      function                                     old     new   delta
      chr_dev_init                                 166     170      +4
      allow_signal                                  80      82      +2
      static.__warned                              143     142      -1
      disallow_signal                               63      62      -1
      __set_special_pids                            95      94      -1
      unregister_console                           126     121      -5
      start_kernel                                 546     541      -5
      register_console                             593     588      -5
      copy_from_user                                45      40      -5
      sys_setsid                                   128     120      -8
      sys_vhangup                                   32      19     -13
      do_exit                                     1543    1526     -17
      bitmap_zero                                   60      40     -20
      arch_local_irq_save                          137     117     -20
      release_task                                 674     652     -22
      static.spin_unlock_irqrestore                308     260     -48
      Signed-off-by: NJoe Millenbach <jmillenbach@gmail.com>
      Reviewed-by: NJamey Sharp <jamey@minilop.net>
      Reviewed-by: NJosh Triplett <josh@joshtriplett.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      4f73bc4d
  6. 12 1月, 2013 1 次提交
  7. 04 11月, 2012 1 次提交
  8. 01 11月, 2012 1 次提交
  9. 23 10月, 2012 1 次提交
  10. 20 7月, 2012 1 次提交
  11. 20 3月, 2012 1 次提交
  12. 10 3月, 2012 1 次提交
    • B
      net: usb: qmi_wwan: New driver for Huawei QMI based WWAN devices · 423ce8ca
      Bjørn Mork 提交于
      Some WWAN LTE/3G devices based on chipsets from Qualcomm provide
      near standard CDC ECM interfaces in addition to the usual serial
      interfaces.   The Huawei E392/E398 are examples of such devices.
      
      These typically cannot be fully configured using AT commands
      over a serial interface.  It is necessary to speak the proprietary
      Qualcomm MSM Interface (QMI) protocol to the device to enable the
      ethernet proxy functionality.
      
      The devices embed the QMI protocol in CDC on the control interface,
      using standard CDC commands and notifications. The do not otherwise
      use CDC commands for the ethernet function.  This driver does
      therefore not need access to any other aspects of the control
      interface than the descriptors attached to it.
      
      Another driver, cdc-wdm, will provide userspace access to the
      QMI protocol independently of this driver.  To facilitate this,
      this driver avoids binding to the control interface, and uses
      only the associated data interface after parsing the common CDC
      functional descriptors on the control interface.
      
      You will want both the cdc-wdm and option drivers as companions to
      this driver, to have full access to all interfaces and protocols
      exported by the device.
      Signed-off-by: NBjørn Mork <bjorn@mork.no>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      423ce8ca
  13. 26 1月, 2012 1 次提交
    • B
      net: usb: qmi_wwan: New driver for Huawei QMI based WWAN devices · 9b28ecd6
      Bjørn Mork 提交于
      Some WWAN LTE/3G devices based on chipsets from Qualcomm provide
      near standard CDC ECM interfaces in addition to the usual serial
      interfaces.   The Huawei E392/E398 are examples of such devices.
      
      These typically cannot be fully configured using AT commands
      over a serial interface.  It is necessary to speak the proprietary
      Qualcomm MSM Interface (QMI) protocol to the device to enable the
      ethernet proxy functionality.
      
      The devices embed the QMI protocol in CDC on the control interface,
      using standard CDC commands and notifications. The do not otherwise
      use CDC commands for the ethernet function.  This driver does
      therefore not need access to any other aspects of the control
      interface than the descriptors attached to it.
      
      Another driver, cdc-wdm, will provide userspace access to the
      QMI protocol independently of this driver.  To facilitate this,
      this driver avoids binding to the control interface, and uses
      only the associated data interface after parsing the common CDC
      functional descriptors on the control interface.
      
      You will want both the cdc-wdm and option drivers as companions to
      this driver, to have full access to all interfaces and protocols
      exported by the device.
      Signed-off-by: NBjørn Mork <bjorn@mork.no>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9b28ecd6
  14. 16 9月, 2011 1 次提交
  15. 17 6月, 2011 1 次提交
  16. 11 4月, 2011 1 次提交
  17. 30 3月, 2011 1 次提交
    • A
      net/usb: Ethernet quirks for the LG-VL600 4G modem · 7a635ea9
      Andrzej Zaborowski 提交于
      This adds a driver for the CDC Ethernet part of this modem.  The
      device's ID is blacklisted in cdc_ether.c and is white-listed in
      this new driver because of the quirks needed to make it useful.
      The modem's firmware exposes a CDC ACM port for modem control and a
      CDC Ethernet port for network data.  The descriptors look fine but
      both ports actually are some sort of multiplexers requiring non-
      standard headers added/removed from every packet or they get
      ignored.  All information is based on a usb traffic log from a
      Windows machine.
      
      On the Verizon 4G network I've seen speeds up to 1.1MB/s so far with
      this driver, a speed-o-meter site reports 16.2Mbps/10.5Mbps.
      Userspace scripts are required to talk to the CDC ACM port.
      Signed-off-by: NAndrzej Zaborowski <balrogg@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7a635ea9
  18. 07 12月, 2010 1 次提交
    • A
      USB CDC NCM host driver · 900d495a
      Alexey Orishko 提交于
      The patch provides USB CDC NCM host driver support in the Linux Kernel.
      
      Changes:
      drivers/net/usb/cdc_ncm.c:
      - initial submission of the CDC NCM host driver;
      - verified on Intel 32/64 bit, Intel Atom, ST-Ericsson U8500 (ARM)
      - throughput measured over 100 Mbits duplex;
      - driver supports 16-bit NTB format only, but it is more than enough for
        transfers up to 64K;
      - driver can handle up to 32 datagrams in received NTB;
      - timer is used to collect several packets in Tx direction
      
      drivers/net/usb/Kconfig:
      - a new entry to compile CDC NCM host driver
      drivers/net/usb/Makefile:
      - a new entry to compile CDC NCM host driver
      Signed-off-by: NAlexey Orishko <alexey.orishko@stericsson.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      900d495a
  19. 09 9月, 2010 1 次提交
    • O
      introduce cx82310_eth: Conexant CX82310-based ADSL router USB ethernet driver · cc28a20e
      Ondrej Zary 提交于
      This patch introduces cx82310_eth driver - driver for USB ethernet port of
      ADSL routers based on Conexant CX82310 chips. Such routers usually have
      ethernet port(s) too which are bridged together with the USB ethernet port,
      allowing the USB-connected machine to communicate to the network (and also
      internet through the ADSL, of course).
      
      This is my first driver, so please check thoroughly. As there's no protocol
      documentation, it was done with usbsnoop dumps from Windows driver, some
      parts (the commands) inspired by cxacru driver and also other usbnet drivers.
      The driver passed my testing - some real work and also pings sized from 0 to
      65507 B.
      
      The only problem I found is the ifconfig error counter. When I return 0 (or 1
      but empty skb) from rx_fixup(), usbnet increases the error counter although
      it's not an error condition (because packets can cross URB boundaries). Maybe
      the usbnet should be fixed to allow rx_fixup() to return empty skbs (or some
      other value, e.g. 2)?
      
      The USB ID of my device is 0x0572:0xcb01 which conflicts with some ADSL modems
      using cxacru driver (they probably use the same chipset but simpler
      firmware). The modems seem to use bDeviceClass 0 and iProduct "ADSL USB
      MODEM", my router uses bDeviceClass 255 and iProduct "USB NET CARD". The
      driver matches only devices with class 255 and checks for the iProduct string
      during init. I already posted a patch for the cxacru driver to ignore these
      devices.
      Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      cc28a20e
  20. 01 5月, 2010 1 次提交
  21. 28 4月, 2010 1 次提交
    • E
      net/usb: add sierra_net.c driver · eb4fd8cd
      Elina Pasheva 提交于
      Re-submitted based on comments from netdev community.
      Summary of the changes:
      1. Improved error handling.
      2. Added the missing timeout arguments to usb_control_msg().
      
      The following is a new Linux driver which exposes certain models of Sierra
      Wireless modems to the operating system as Network Interface Cards (NICs).
      
      This driver requires a version of the sierra.c driver which supports
      blacklisting to work properly. The blacklist in sierra.c rejects the interfaces
      claimed by sierra_net.c. Likewise, the sierra_net.c driver only accepts
      (i.e. whitelists) the interface(s) used for USB-to-WWAN traffic.
      The version of sierra.c which supports blacklisting is
      available from the sierra wireless knowledge base page for older kernels. It is
      also available in Linux kernel starting from version 2.6.31.
      
      This driver works with all Sierra Wireless devices configured with PID=68A3
      like USB305, USB306 provided the corresponding firmware version is I2.0
      (for USB305) or M3.0 (for USB306) and later.
      This driver will not work with earlier firmware versions than the ones shown
      above. In this case the driver will issue an error message indicating
      incompatibility and will not serve the device's USB-to-WWAN interface.
      
      Sierra_net.c sits atop a pre-existing Linux driver called usbnet.c.
      A series of hook functions are provided in sierra_net.c which are called by
      usbnet.c in response to a particular condition such as receipt or transmission
      of a data packet. As such, usbnet.c does most of the work of making
      a modem appear to the system as a network device and for properly exchanging
      traffic between the USB subsystem and the Network card interface.
      Sierra_net.c is concerned with managing the data exchanged between the
      USB-to-WWAN interface and the upper layers of the operating system.
      Signed-off-by: NElina Pasheva <epasheva@sierrawireless.com>
      Signed-off-by: NRory Filer <rfiler@sierrawireless.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      eb4fd8cd
  22. 22 4月, 2010 1 次提交
  23. 17 3月, 2010 1 次提交
  24. 04 11月, 2009 1 次提交
  25. 22 7月, 2009 1 次提交
  26. 19 6月, 2009 1 次提交
  27. 05 5月, 2009 1 次提交
    • O
      usbnet: CDC EEM support (v5) · 9f722c09
      Omar Laazimani 提交于
      This introduces a CDC Ethernet Emulation Model (EEM) host side
      driver to support USB EEM devices.
      
      EEM is different from the Ethernet Control Model (ECM) currently
      supported by the "CDC Ethernet" driver.  One key difference is
      that it doesn't require of USB interface alternate settings to
      manage interface state; some maldesigned hardware can't handle
      that part of USB.  It also avoids a separate USB interface for
      control and status updates.
      
      [ dbrownell@users.sourceforge.net: fix skb leaks, add rx packet
      checks, improve fault handling, EEM conformance updates, cleanup ]
      Signed-off-by: NOmar Laazimani <omar.oberthur@gmail.com>
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9f722c09
  28. 21 4月, 2009 1 次提交
  29. 09 10月, 2008 1 次提交
  30. 14 8月, 2008 1 次提交
  31. 12 6月, 2008 1 次提交
    • G
      HSO: add option hso driver · 72dc1c09
      Greg Kroah-Hartman 提交于
      This driver is for a number of different Option devices.  Originally
      written by Option and Andrew Bird, but cleaned up massivly for
      acceptance into mainline by me and others.
      
      Many thanks to the following for their help in cleaning up the driver by
      providing feedback and patches to it:
      	- Paulius Zaleckas <paulius.zaleckas@teltonika.lt>
      	- Oliver Neukum <oliver@neukum.org>
      	- Alan Cox <alan@lxorguk.ukuu.org.uk>
      	- Javier Marcet <javier@krausbeck.org>
      
      Cc: Andrew Bird <ajb@spheresystems.co.uk>
      Cc: Javier Marcet <javier@krausbeck.org>
      Cc: Filip Aben <f.aben@option.com>
      Cc: Paulius Zaleckas <paulius.zaleckas@teltonika.lt>
      Cc: Oliver Neukum <oliver@neukum.org>
      Acked-by: NAlan Cox <alan@lxorguk.ukuu.org.uk>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      72dc1c09
  32. 29 3月, 2008 1 次提交
  33. 07 11月, 2007 1 次提交
    • A
      [NET]: Let USB_USBNET always select MII. · 4aa92cd9
      Adrian Bunk 提交于
      All this USB_USBNET_MII trickery is simply not worth it considering how
      few code it saves.
      
      As a side effect, this also fixes the following compile error reported
      by Toralf Frster:
      
      <--  snip  -->
      
      ...
        LD      .tmp_vmlinux1
      drivers/built-in.o: In function `usbnet_set_settings':
      (.text+0xf1876): undefined reference to `mii_ethtool_sset'
      drivers/built-in.o: In function `usbnet_get_settings':
      (.text+0xf1836): undefined reference to `mii_ethtool_gset'
      drivers/built-in.o: In function `usbnet_get_link':
      (.text+0xf18d6): undefined reference to `mii_link_ok'
      drivers/built-in.o: In function `usbnet_nway_reset':
      (.text+0xf18f6): undefined reference to `mii_nway_restart'
      make: *** [.tmp_vmlinux1] Error 1
      
      <--  snip  -->
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4aa92cd9
  34. 20 10月, 2007 1 次提交
  35. 10 6月, 2007 1 次提交
    • S
      net: fix typo in drivers/net/usb/Kconfig · c0811987
      Sam Ravnborg 提交于
      Replace invisible character with a space.
      
      The diff looks like this on my terminal:
      -        <A0>Choose this option if you're using a host-to-host cable
      -        <A0>with one of these chips.
      +         Choose this option if you're using a host-to-host cable
      +         with one of these chips.
      
      Reported by: Massimo Maiurana <maiurana@gmail.com>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Cc: Massimo Maiurana <maiurana@gmail.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      c0811987
  36. 10 5月, 2007 1 次提交
  37. 24 2月, 2007 1 次提交
  38. 17 2月, 2007 3 次提交