1. 26 Mar, 2004 15 commits
    • Greg Kroah-Hartman's avatar
      USB: ftdi_sio merge fixups. · f5879964
      Greg Kroah-Hartman authored
      f5879964
    • Gude Analog- und Digitalsysteme GmbH's avatar
      71a8bfa2
    • Alan Stern's avatar
      [PATCH] USB: Add dummy_hcd to the main kernel · 0c7989b9
      Alan Stern authored
      This is a resubmission of as225, together with appropriate changes for the
      g_serial driver.  David Brownell's latest g_ether update makes it
      unnecessary to change that file or gadget_chips.h.
      
      
      
      dummy_hcd is simultaneously a host controller driver and a device
      controller driver.  It creates a simulated HC together with a simulated
      UDC plugged into it.  Gadget drivers can run under the simulated UDC and
      will appear as regular USB devices on the simulated HC.  The simulation is
      reasonably (although not totally) realistic.
      
      It's a wonderful tool for testing and developing gadget drivers without
      the need for lots of additional hardware: Both the host driver and the
      gadget driver can run on the same computer.  It's been available for quite
      some time in David's gadget-2.6 tree and it works well.  I couldn't have
      gotten the file-storage gadget running in any reasonable length of time
      without it.
      0c7989b9
    • Greg Kroah-Hartman's avatar
      USB: mark pwc driver as broken, as it is. · d0d4457b
      Greg Kroah-Hartman authored
      And the maintainer doesn't seem to want to fix it :(
      d0d4457b
    • Meelis Roos's avatar
      [PATCH] USB: fix whiteheat USB serial compile failure on PPC · 05b905b3
      Meelis Roos authored
      > Bah, looks like PPC doesn't ever define CMSPAR :(
      >
      > How about adding something like:
      > 	#ifndef CMSPAR
      > 	#define CMSPAR 0
      > 	#endif
      > To the beginning of the driver like the cdc-acm.c driver does?  If that
      > works, care to send me a patch?
      
      Yes, it compiles.
      05b905b3
    • David Brownell's avatar
      [PATCH] USB: g_ether does endpoint autoconfig too · 7ab4b6bc
      David Brownell authored
      Here's an update for the Ethernet gadget that corresponds
      to the earlier one for Gadget Zero ... it gets rid of almost
      all the remaining controller-specific #ifdefs in this driver.
      (And also lets the driver initialize using "dummy_hcd".)
      
      This is a significant step towards doing hardware-specific
      configuration at run time (or at least init-time) rather
      than compile time, but other patches will be needed to take
      it the rest of the way there.   (Especially considering the
      RNDIS support...)  The runtime footprint of the driver shrank
      a bit, mostly because things moved into the init section.
      7ab4b6bc
    • David Brownell's avatar
      [PATCH] USB: usbnet, minor probe() fault fix · 1a8ebef0
      David Brownell authored
      Some hardware had the poor taste to misbehave during probe(),
      which turned up a minor bug.  This fixes it:  don't try to
      free a network device that hasn't been registerd.
      1a8ebef0
    • David Brownell's avatar
      [PATCH] USB: define USB feature bit indices · 69dc1c65
      David Brownell authored
      This patch provides standard symbols for the various USB
      device and endpoint feature bits, so that drivers can
      use symbolic names for them.  It also changes the code
      relating to endpoint halts so it uses those symbols.
      69dc1c65
    • Arjan van de Ven's avatar
      [PATCH] USB: fix race in whiteheat serial driver · 0c2b45d0
      Arjan van de Ven authored
      Patch below fixes an obvious race in the whiteheat usb serial driver...
      0c2b45d0
    • Patrick Mochel's avatar
      [PATCH] USB: Fix drivers/usb/net/Kconfig · 8f8d19fc
      Patrick Mochel authored
      This allows the pegasus driver to actually be seen as a config option.
      Apparently it's not that popular, though I have confirmed that it still
      works on at least the netgear fv101.
      8f8d19fc
    • Oliver Neukum's avatar
      [PATCH] USB: fix hfc_usb sleeping in irq · d63ee150
      Oliver Neukum authored
      you are using GFP_KERNEL in irq and __devinit with hotpluggable code.
      
            - use proper GFP flags
            - kill __devinit
      d63ee150
    • Oliver Neukum's avatar
      [PATCH] USB: fix typo in previous patch · c9c6bf07
      Oliver Neukum authored
      I screwed up. This corrects it.
      c9c6bf07
    • Oliver Neukum's avatar
      [PATCH] USB: cleanup of st5481 · 2d3dd618
      Oliver Neukum authored
      you are using __devinit which must not be used with USB drivers,
      in addition you are using some false GFP values and fail to check
      some error codes.
      
        - check for unlink due to removal of controller
        - correct GFP values
        - no __devinit in USB
      2d3dd618
    • Oliver Neukum's avatar
      [PATCH] USB: fix DMA to stack in ftdi driver · 1e9a5829
      Oliver Neukum authored
      this driver is doing DMA to the stack. Here's the obvious fix.
      1e9a5829
    • Patrick Boettcher's avatar
      [PATCH] USB: fix bug in usb-skeleton.c · d1bc364e
      Patrick Boettcher authored
      d1bc364e
  2. 25 Mar, 2004 25 commits
    • Arjan van de Ven's avatar
      [PATCH] USB: usb hiddev stack usage patch · 0e80d432
      Arjan van de Ven authored
      Patch below fixes some obscenely high stack uage;
      struct hiddev_usage_ref_multi is well over 4Kb in size so really doesn't
      belong on the stack.
      0e80d432
    • Oliver Neukum's avatar
      [PATCH] USB: fix error paths in kobil_sct · 6f4388bc
      Oliver Neukum authored
      some error codes are incorrect and there's an URB leak in an error path.
      6f4388bc
    • Alan Stern's avatar
      [PATCH] USB: UHCI: Get rid of excessive spinlocks · 33d61f24
      Alan Stern authored
      This patch introduces a major simplification into the UHCI driver by
      replacing its multiple spinlocks with a single one.  The protected area of
      code is slightly larger and there's more possibilities for contention on
      an SMP system, but I think that shouldn't be a problem.  Stephen Hemminger
      has been kind enough to test this on his SMP computer and he hasn't
      encountered any difficulties.
      33d61f24
    • Alan Stern's avatar
      [PATCH] USB: UHCI: Improved handling of short control transfers · 2212df84
      Alan Stern authored
      This patch simplies the way the UHCI driver handles short control
      transfers.  When a transfer is short the HC will stop handling that
      endpoint, and it's necessary to get it going again so that the status
      stage of the control transfer can take place.  Currently the driver does
      this by allocating a new QH for the transfer and setting its element
      pointer to point at the final status TD.  The old QH is recycled.  But
      it's not necessary to go to all that trouble; the element pointer in the
      original QH can be updated directly.
      
      Normally the element pointer is supposed to be owned by the HC, and it's
      not safe to just change its value since the HC may overwrite it at any
      time.  But when a transfer is stopped because of a short packet, the
      current TD is marked inactive and the HC will not update the element
      pointer.  To write an unchanged pointer value back to memory would be a
      waste of PCI bus cycles.  Now the UHCI spec doesn't say explicitly that an
      HC _can't_ do this, but I've tested both Intel and VIA hardware and
      neither of them does.
      
      As a side effect of this change, some of the code for removing QHs can be
      eliminated.
      2212df84
    • Alan Stern's avatar
      [PATCH] USB: UHCI: Do short packet detection correctly · 6bfb2519
      Alan Stern authored
      This patch makes some simple changes to the way the UHCI driver does short
      packet detection.  The current implementation is incorrect in several
      ways:
      
      	The Short-Packet-Detect flag is set for OUT transfers, which
      	yields undefined behavior according to the UHCI spec.
      
      	It's not set for URBs with URB_SHORT_NOT_OK, which is just the
      	opposite of what we want!  Those are the ones where short packets
      	do matter.
      
      	It is set for the last packet in a transfer, which causes an
      	unnecessary pause in the data flow (except of course that the
      	pause _is_ necessary when URB_SHORT_NOT_OK is set).
      
      The patch also implements the URB_NO_INTERRUPT flag for bulk transfers,
      which can help improve system performance by reducing interrupt overhead.
      6bfb2519
    • Alan Stern's avatar
      [PATCH] USB: Don't trust raw descriptor length in devioc. · 59941877
      Alan Stern authored
      This is a very minor point, unlikely ever to come up.  But just in case...
      
      It's conceivable that a device might transmit different values for a
      configuration descriptor's wTotalLength the first time we ask for it (in
      order to get the length) and the second time (to get the entire
      descriptor).  Should that improbable event occur, the rawdescriptor buffer
      could be allocated using a size that's smaller than the length recorded in
      the rawdescriptor itself.  This patch protects devio.c against such a
      problem.
      
      If you feel this sequence of events is too unlikely to worry about, then
      don't bother to apply the patch.
      59941877
    • Oliver Neukum's avatar
      [PATCH] USB: race condition in open of w9968cf · af6f5064
      Oliver Neukum authored
      there's a race in how open handles multiple openers.
      You implement exclusive opening and wait for close
      in case of further openers. However if there are more than one
      waiter, only one of them must be allowed to proceed.
      af6f5064
    • Alan Stern's avatar
      [PATCH] USB: Unusual_devs.h update · c107b960
      Alan Stern authored
      On Thu, 18 Mar 2004, Urban Borstnik wrote:
      
      > The 2.6.4 and 2.6.3 (and possibly some earlier) kernels log the
      > following message when I plug in a Lexar CompactFlash Reader:
      >
      > usb-storage: This device (05dc,b002,0113 S 06 P 50) has unneeded
      > SubClass and Protocol entries in unusual_devs.h
      >    Please send a copy of this message to <linux-usb-devel@lists.sourceforge.net>
      >
      > Otherwise it has been working very well with the devepment kernels on at
      > least 4 machines ever since a trivial fix was introduced for this device
      > to unusual_devs.c over a year ago.
      >
      > Best regards,
      > Urban.
      
      Thank you for sending this in.  An update will appear soon.
      c107b960
    • Torrey Hoffman's avatar
      [PATCH] USB: fix race in ati_remote and small cleanup · befe2d08
      Torrey Hoffman authored
      On Thu, 2004-03-18 at 07:44, Oliver Neukum wrote:
      > Hi,
      >
      > you must use set_current_state() only after usb_submit_urb() with GFP_KERNEL
      > as second argument, because it may sleep to allocate memory and is woken up
      > resetting the state to TASK_RUNNING. In that case you had a busy polling loop.
      > Furthermore, always use wake_up unconditionally. It checkes anyway.
      
      Thanks for reviewing this code, I'm new to Linux driver development and
      more eyes on my work is a good thing.   I've actually been working on
      some more cleanups to the driver to fix the race between open and
      disconnect, and was just about to send it in...
      
      So, the attached patch against 2.6.5-rc1-mm1 includes a mutex to lock
      the open/disconnect paths, modelled after the usb-skeleton driver. It
      includes Oliver Neukum's fixes and other cleanups as well.
      befe2d08
    • Michael Still's avatar
      [PATCH] USB: kernel-doc comment tweak in vicam.c · df73571e
      Michael Still authored
      Correct kernel-doc comment with incorrect parameters documented
      df73571e
    • Alan Stern's avatar
      [PATCH] USB: Regularize unusual_devs entries for Genesys Logic · 3bad5571
      Alan Stern authored
      I saw that you just added another unusual_devs.h entry submitted by
      Henning Schild, for vendor ID 0x05e3.  It turns out this is our old friend
      Genesys Logic.
      
      A recent message from Brad Campbell included a Windows driver file by
      Genesys, and it included these lines:
      
      USB\VID_05E3&PID_0700.DeviceDesc="USB Card Reader"
      USB\VID_05E3&PID_0701.DeviceDesc="USB Optical Device"
      USB\VID_05E3&PID_0702.DeviceDesc="USB Mass Storage Device"
      
      Based on this information, we can clean up the 0x05e3 entries in
      unusual_devs.h.  This patch puts all three entries into a regularized
      form.
      3bad5571
    • Alan Stern's avatar
      [PATCH] USB: Unusual_devs update · 892a303c
      Alan Stern authored
      On Tue, 16 Mar 2004, John Katzmaier wrote:
      
      > Hi,
      >
      > Just wanted to let you know that when using my Panasonic PV-SD4090 digital
      > camera with kernel 2.6.3, I found this entry in my logs:
      >
      > Mar 16 21:43:27 rocket kernel: usb-storage: Vendor: Panasonic
      > Mar 16 21:43:27 rocket kernel: usb-storage: Product: LS-120 Camera
      > Mar 16 21:43:27 rocket kernel: usb-storage: This device (04da,0901,0109 S 00 P
      > 00) has an unneeded Protocol entry in unusual_devs.h
      > Mar 16 21:43:27 rocket kernel:    Please send a copy of this message to
      > <linux-usb-devel@lists.sourceforge.net>
      >
      > I thought it might be best to follow its instructions and so I did.
      >
      > Thanks.
      >
      > -John Katzmaier
      
      Thank you for sending this in.  An update will appear in a forthcoming
      kernel.
      
      Greg, here's the patch.
      892a303c
    • David Brownell's avatar
      [PATCH] USB: fix osdl bugid 2006 (timer init and fault paths) · 9b9f631e
      David Brownell authored
      Need to initialize timers a bit earlier to handle
      certain initialization faults.
      
      
      OSDL bug 2006
      
      Need to initialize some timers a bit earlier to clean up safely
      after very early init HCD failures.
      
      Those early init faults were needlessly mysterious since they
      didn't emit diagnostics except at HCD discretion.
      9b9f631e
    • David Brownell's avatar
      [PATCH] USB: fix osdl bugid 481 (USB boot messages) · ff256570
      David Brownell authored
      Some boot-time messages were obnoxiously long because
      they used "old-style" diagnostics.
      
      
      OSDL bugid 481
      
      Get rid of most remaining "old style" diagnostics from usbcore.
      Most messages use driver model style diagnostics.  Messages that
      don't have an associated device use the standard kernel printk
      wrappers and label themselves as from "usbcore".  (Except that
      there's no such wrapper for KERN_ERR.)
      
      This doesn't touch usbfs, "config.c" (Alan's patches do this), or
      usb_reset_device() (needs a more substantial overhaul).  Or any
      other USB drivers (notably HID).
      ff256570
    • Alan Stern's avatar
      [PATCH] USB: Code improvements for core/config.c · c3d3c472
      Alan Stern authored
      This patch makes some improvements to the code in config.c.
      
      	Create a subroutine to handle the repeated task of skipping
      	forward to the next descriptor of a certain type.
      
      	Remove some fairly useless debugging messages (they could
      	never even have been enabled in the pre-as221 code).
      
      	Verify that endpoint descriptors don't have an address
      	equal to 0 (as well as not being above 15).
      
      	Rename some local variables so they are a little more
      	consistent and meaningful.
      
      Despite all the changes, the functionality should remain the same.
      Please apply.
      c3d3c472
    • Alan Stern's avatar
      [PATCH] USB: Improve core/config.c error messages · e51bf644
      Alan Stern authored
      This patch improves error reporting in the configuration parsing routines.
      It also adds a few extra minor tweaks.
      
      	#include linux/config.h and make the usual DEBUG settings
      	available.
      
      	Use the driver-model dev_xxx() macros for log output.
      
      	Be much more explicit about the nature of errors, including
      	configuration, interface, and altsetting numbers where
      	appropriate.
      
      	Log fatal problems as errors, non-fatal ones as warnings.
      
      	Remove a #define'd constant that is already set in linux/usb.h.
      
      	Fix some variables declared as pointer to char that really
      	should be pointers to unsigned char.
      
      	Replace a whole bunch of "out-of-memory" error messages with
      	a single message.
      
      	Wrap source lines that are longer than 80 columns (but not
      	log output lines!).
      
      	Clean up the logic for detecting errors when retrieving a
      	configuration descriptor.
      
      Apart from the log messages themselves, this introduces no functional
      changes.
      e51bf644
    • David Brownell's avatar
      [PATCH] USB: USB gadgets can autoconfigure endpoints · b71db443
      David Brownell authored
      This adds some code that gadget drivers can call from
      driver initialization, to simplify the "configure against
      this hardware" step.
      
      
      Add endpoint autoconfiguration for gadget drivers.
      
      Endpoint selection is currently being done with conditional compilation.
      That doesn't look nice, but more importantly it doesn't work well with
      the model that some distributions won't be custom-matched to hardware.
      Say, a PDA distro running on iPaq (pxa2xx_udc) or Axim (mq11xx_udc).
      
      This code just makes it easier for drivers to match to hardware at
      run-time.  It's a convenience function for something they could have
      been doing already, but weren't.
      b71db443
    • Greg Kroah-Hartman's avatar
      f5cd1024
    • Erik Rigtorp's avatar
      [PATCH] USB: new cypress thermometer driver · 61e91dd2
      Erik Rigtorp authored
      61e91dd2
    • Petko Manolov's avatar
      [PATCH] USB: rtl8150 update · 1affd9da
      Petko Manolov authored
      adds two more vid/did and better packet error statistics.  Link
      detection also has been added.
      1affd9da
    • David Brownell's avatar
      [PATCH] USB: gadget zero does endpoint autoconfig · 71640f89
      David Brownell authored
      Here's where all those preceding autoconfig patches start
      to fit together:  one gadget driver gets rid of almost all
      the controller-specific #ifdeffery.
      
      Two of the other gadget drivers can do the same thing,
      and just as easily:  file storage, and serial.  (I'll
      hope their maintainers do those changes though.)
      
      The "ether.c" gadget driver is a lot more complicated to
      do this way since it has to cope with some differences
      by switching to alternate protocols (CDC Ethernet vs
      a subset) and soon be able to handle RNDIS.  So that'll
      be a while yet.
      
      
      Gadget Zero learns to autoconfigure.
      
          - Gets rid of remaining controller-specific #ifdeffery.  Now
            hardware choices can be made at run time too (not just
            compile time).
      
          - Simplifies its use of the "DEBUG" CPP symbol.
      
          - Force device to report itself consistently as self-powered.
      71640f89
    • Michael Still's avatar
      [PATCH] USB: kernel-doc comment tweak · 4992d46a
      Michael Still authored
      Correct kernel-doc comment with incorrect parameters documented
      4992d46a
    • Gude Analog- und Digitalsysteme GmbH's avatar
      [PATCH] USB: FTDI 232BM "USB-RS232 OptoBridge" · 08e60f3a
      Gude Analog- und Digitalsysteme GmbH authored
      we (the german company Gude Analog und Digitalsysteme GmbH,
      http://www.gude.info) have manufactored a USB<->RS232 adapter with
      galvanic isolated RS232 Interface. Data is transmitted by optical
      signals only.
      
      The Product's name is "USB-RS232 OptoBridge".
      We used the FTDI 233BM Chip with PID 0xE889 (VID 0x0403).
      The Product will be released this Cebit 2004.
      
      Could you please extend the ftdi_sio code with this PID.
      You find a .diff file attached which I have tested with kernel 2.6.4
      
      At http://ftdi-usb-sio.sourceforge.net/ I saw that you provide a patch
      for 2.4.x kernels. Will our PID also find it's way in this back-ported
      driver patch?
      
      In the future (in the next 10 month), our company will have some more
      Products using the FTDI Chip. The PID's FTDI already allocated for us
      are: E888 to E88F and E808 to E80F
      
      
      Thank you very much,
         Martin Bachem
      08e60f3a
    • Jeff Garzik's avatar
      [PATCH] forgotten pci_dma_mapping_error on x86-64 · 7d9432d8
      Jeff Garzik authored
      x86-64 needs this (obvious) patch, due to the rename.
      7d9432d8
    • Andrew Morton's avatar
      [PATCH] ia64: don't prompt for the floppy driver · 3b2c9f64
      Andrew Morton authored
      From: David Mosberger <davidm@napali.hpl.hp.com>
      
      From: Bjorn Helgaas <bjorn.helgaas@hp.com>
      
      We can't build floppy.o on ia64, so why bother asking?
      3b2c9f64