1. 19 11月, 2011 2 次提交
  2. 16 11月, 2011 1 次提交
  3. 18 9月, 2011 4 次提交
  4. 23 8月, 2011 4 次提交
  5. 09 8月, 2011 4 次提交
  6. 08 6月, 2011 1 次提交
    • G
      Revert "USB: option: add ID for ZTE MF 330" · 3095ec89
      Greg Kroah-Hartman 提交于
      This reverts commit a559d2c8.
      
      Turns out that device id 0x1d6b:0x0002 is a USB hub, which causes havoc
      when the option driver tries to bind to it.
      
      So revert this as it doesn't seem to be needed at all.
      
      Thanks to Michael Tokarev and Paweł Drobek for working on resolving this
      issue.
      
      Cc: Paweł Drobek <pawel.drobek@gmail.com>
      Cc: Michael Tokarev <mjt@tls.msk.ru>
      Cc: Dominik Brodowski <linux@dominikbrodowski.net>
      Cc: stable <stable@kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      3095ec89
  7. 07 6月, 2011 4 次提交
  8. 18 5月, 2011 1 次提交
    • M
      USB: option: add support for Huawei E353 device · 610ba42f
      Marcin Gałczyński 提交于
      I am sharing patch to the devices/usb/serial/option.c. This allows
      operation of Huawei E353 broadband modem using the “option” driver. The
      patch simply adds new constant with proper product ID and an entry to
      usb_device_id. I worked on the 2.6.38.6 sources. Tested on Dell inspiron
      1764 (i3 core cpu) and brand new Huawei E353 modem, Fedora 15 beta.
      
      Looking at the type of change, i doubt it has potential to introduce
      problems in other parts of kernel or the driver itself.
      Signed-off-by: NMarcin Galczynski <marcin@galczynski.pl>
      Cc: stable <stable@kernel.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      610ba42f
  9. 30 4月, 2011 1 次提交
  10. 14 4月, 2011 1 次提交
  11. 10 3月, 2011 1 次提交
  12. 23 1月, 2011 1 次提交
  13. 01 12月, 2010 1 次提交
    • D
      usb-wwan: implement TIOCGSERIAL and TIOCSSERIAL to avoid blocking close(2) · 02303f73
      Dan Williams 提交于
      Some devices (ex ZTE 2726) simply don't respond at all when data is sent
      to some of their USB interfaces.  The data gets stuck in the TTYs queue
      and sits there until close(2), which them blocks because closing_wait
      defaults to 30 seconds (even though the fd is O_NONBLOCK).  This is
      rarely desired.  Implement the standard mechanism to adjust closing_wait
      and let applications handle it how they want to.
      Signed-off-by: NDan Williams <dcbw@redhat.com>
      02303f73
  14. 11 11月, 2010 2 次提交
  15. 23 10月, 2010 2 次提交
  16. 04 9月, 2010 1 次提交
    • D
      USB: option: fix incorrect novatel entries · c7aa8f44
      Dirk De Schepper 提交于
      Unfortunately some of the hardware PID belonging to auto-install CDROM
      (AICD) of Novatel modems found their way into the option module. This
      causes the AICD to be treated as a modem in stead of a disk. Since the
      modem ports do not appear until after the AICD is ejected, this
      essentially disables the modem. After a couple of minutes the AICD
      should auto-eject, but it is just too long a wait. The frequency of the
      failure seems to depend on both the hardware and the linux distribution.
      
      Here is a patch that fixes this up, and also adds a couple of new PID,
      offering some explanations and removing some incomplete and unnecessary
      comments.
      Signed-off-by: NDirk De Schepper <ddeschepper@nvtl.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      c7aa8f44
  17. 24 8月, 2010 1 次提交
  18. 11 8月, 2010 3 次提交
  19. 27 7月, 2010 2 次提交
  20. 21 5月, 2010 3 次提交