usb/82660: EHCI: I/O stuck in state 'physrd'/panic

[Stefan Walter]

Hans Petter Selasky, 10.07.05, 13:01h CEST:

> Again, I cannot see any errors. The 13 bytes this transfer should transfer are 
> the 13 bytes of the CSW. Is it possible that you could connect two USB 2.0 
> flash disks to the same USB controller and see if they both hang at the same 
> time. That might indicate that there is something wrong with the EHCI driver.

They don't. When a transfer from one device is currently hanging, I can
still transfer data from another device (until, eventually, that one hangs
as well). The two transfers don't resume at the same point of time,
either.

> I had another look at /sys/dev/usb/umass.c and wondered why the CSW has the 
> same timeout as the data transfer.
> 
> Add:
>                 sc->timeout = 1000;
> Before:
> 
>                 /* Read the Command Status Wrapper via bulk-in endpoint. */
>                 if (umass_setup_transfer(sc, sc->bulkin_pipe,
>                                 &sc->csw, UMASS_BBB_CSW_SIZE, 0,
>                                 next_xfer)) {
>                         umass_bbb_reset(sc, STATUS_WIRE_FAILED);
>                         return;
>                 }
> 
> This will shorten the time the driver will wait before doing the reset, and 
> your device might work better.

Thanks. I haven't tried that, yet, but I will.

> Could you have verified the checksum of the files you are reading/writing 
> while this error happens, and see that no data is lost?

I hadn't seen any corruption with the files transferred, and a quick check
with the external HD enclosure (it also supports FireWire, which works
fine) showed correct MD5 checksums.

Stefan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 650 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20050710/f4e42a25/attachment.bin