1. 23 Jun, 2004 3 commits
    • Oliver Neukum's avatar
      [PATCH] USB: patches to acm driver · c87ed958
      Oliver Neukum authored
        - races with urb->current, union header evaluation, DMA handling
      Signed-off-By: default avatarOliver Neukum <oliver@neukum.name>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      c87ed958
    • Alan Stern's avatar
      [PATCH] USB: Fail pending URBs in dummy_hcd upon disconnect · 6b793711
      Alan Stern authored
      This patch fixes another bug in the dummy_hcd driver.  When a gadget
      driver unregisters (simulating a device disconnect), dummy_hcd stops the
      timer that it uses for processing outstanding URBs.  Unfortunately this
      means that those URBs will never be given back.  The patch lets the timer
      continue running; when it expires all the remaining URBs will fail so the
      timer won't be reinitialized.
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      6b793711
    • Alan Stern's avatar
      [PATCH] USB: Add logical connect-change notices to the hub driver · 67b7cb9a
      Alan Stern authored
      This patch implements the missing functionality necessary to get device
      resets working fully.  It adds a bit-array of ports with logical
      connect-changes pending to the hub structure, so that the hub driver can
      recognize that these ports should be treated as though they had
      disconnected and re-connected.  This is how we will handle devices that
      "morph" (i.e., change their descriptors) following a reset, as might
      happen with a firmware upload.
      
      There is also a lot of additional kerneldoc and a few small changes to
      some log messages.  An important restriction is that usb_reset_device()
      will refuse to work if the device is suspended.  Trying to reset a
      suspended device leads to several problems, not least of which is that the
      device's parent hub might be suspended as well.
      
      With this patch the device reset code is pretty much complete.  However it
      won't always work correctly until the device locking is straightened out.
      That's coming up next.
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <greg@kroah.com>
      67b7cb9a
  2. 22 Jun, 2004 14 commits
  3. 21 Jun, 2004 23 commits