A 10 second delay will cause the scsi error handler thread to fire. This
should cause all sorts of things to happen, but often winds up resulting in
a deadlock -- not just with usb-storage, but with lots of SCSI controllers,
too. See the linux-scsi archives for some of the discussion.
Out of curiosity, can you see command_abort() called in the dmesg if you
send kern.=debug to /dev/console?
Matt
On Wed, Jun 13, 2001 at 08:24:23AM -0700, David Brownell wrote:
> > That suggests very strongly to me that the problem isn't my driver,
> > and it's time to use a more recent kernel, in the 2.4.5 series since
> > Matt mentioned that some usb-storage problems vanished in that
> > release. Here's crossing fingers that this is one of them!
>
> At least 2.4.5-ac6 still generates this kernel hang, and can be made
> to do it for full speed devices too.
>
> How to reproduce with usb-storage and a USB 1.1 device and any
> host controller (well, at least all combinations I've tried):
>
> - add to usb-storage/transport.c, about line 1145,
> a call to wait_ms(10000) ... after reading CSW
> [ smaller values might work too ]
>
> - rebuild, modprobe, etc
>
> - connect a bulk-only usb-storage device
>
> - watch the blinking lights stop ... :)
>
> Anyone have a clue why that gives a hard lockup? Seems
> likely that'll the same root cause for the high speed version.
>
> - Dave
>
>
>
> _______________________________________________
> [EMAIL PROTECTED]
> To unsubscribe, use the last form field at:
> http://lists.sourceforge.net/lists/listinfo/linux-usb-devel
--
Matthew Dharm Home: [EMAIL PROTECTED]
Maintainer, Linux USB Mass Storage Driver
A: The most ironic oxymoron wins ...
DP: "Microsoft Works"
A: Uh, okay, you win.
-- A.J. & Dust Puppy
User Friendly, 1/18/1998
PGP signature
