1. 24 Mar, 2006 3 commits
  2. 23 Mar, 2006 7 commits
  3. 21 Mar, 2006 1 commit
  4. 20 Mar, 2006 4 commits
  5. 18 Mar, 2006 1 commit
  6. 08 Mar, 2006 1 commit
  7. 27 Feb, 2006 1 commit
  8. 20 Feb, 2006 5 commits
  9. 14 Feb, 2006 4 commits
  10. 07 Feb, 2006 1 commit
  11. 05 Feb, 2006 4 commits
  12. 03 Feb, 2006 1 commit
  13. 31 Jan, 2006 3 commits
    • Pete Zaitcev's avatar
      [PATCH] USB: ub 05 Bulk reset · 2c2e4a2e
      Pete Zaitcev authored
      
      
      For crying out loud, they have devices which do not like port resets.
      So, do what usb-storage does and try both bulk and port resets.
      We start with a port reset (which usb-storage does at the end of transport),
      then do a Bulk reset, then a port reset again. This seems to work for me.
      
      The code is getting dirtier and dirtier here, but I swear that I'll
      do something about it (see those two new XXX). Honest.
      Signed-off-by: default avatarPete Zaitcev <zaitcev@redhat.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      2c2e4a2e
    • Pete Zaitcev's avatar
      [PATCH] USB: ub 04 Loss of timer and a hang · b31f821c
      Pete Zaitcev authored
      
      
      If SCSI commands are submitted while other commands are still processed,
      the dispatch loop turns, and we stop the work_timer. Then, if URB fails
      to complete, ub hangs until the device is unplugged.
      
      This does not happen often, becase we only allow one SCSI command per
      block device, but does happen (on multi-LUN devices, for example).
      
      The fix is to stop timer only when we actually going to change the state.
      
      The nicest code would be to have the timer stopped in URB callback, but
      this is impossible, because it can be called from inside a timer, through
      the urb_unlink. Then we get BUG in timer.c:cascade(). So, we do it a
      little dirtier.
      Signed-off-by: default avatarPete Zaitcev <zaitcev@redhat.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      b31f821c
    • Pete Zaitcev's avatar
      [PATCH] USB: ub 03 Oops with CFQ · 65b4fe55
      Pete Zaitcev authored
      
      
      The blk_cleanup_queue does not necesserily destroy the queue. When we
      destroy the corresponding ub_dev, it may leave the queue spinlock pointer
      dangling.
      
      This patch moves spinlocks from ub_dev to static memory. The locking
      scheme is not changed. These spinlocks are still separate from the ub_lock.
      Signed-off-by: default avatarPete Zaitcev <zaitcev@redhat.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      65b4fe55
  14. 16 Jan, 2006 1 commit
  15. 14 Jan, 2006 3 commits