> > So in case of an error there are always 1011 bytes missing in the > > transfer. > > In other words, two 512-byte blocks are missing and the 13-byte CSW is > sent instead. Clearly this isn't directly related to the transfer length. > And I don't see how it could possibly be caused by a problem with the EHCI > driver or hardware. That leaves nothing but the Cypress controller. I > haven't gotten anything back yet from Cypress on the technical support > request.
I'm not sure if it is cypress-related as I got the disconnects with a genesys chip too. If you want to see the logs I can put the drive into the genesys frame and run it again. > In your most recent tests, have you run across any more examples where the > device got disconnected? Or did the hub driver patch fix that particular > problem? I just started another run until disconnect, this time with max_sectors=128. In my last tries the effect of your hub driver patch was that the time until disconnect was longer - measured in hours and not minutes. What does this usb_stor_bulk_transfer_sglist do? Does it tell the device (the cypress chip in this case) to send n bytes or does the number of bytes come from the device (read-case)? Has the device any chance to say "I'll send less bytes" or "I'll split this request in two transfers"? What about the disk behind the usb-ata converter? What happens if the disk doesn't "behave"? Can a failure on the side of the disk result in problems as I see? Or will that trigger scsi-errors? I just tried it with several maxtor drives. Maybe there is something special about them. Kind regards, Gerd ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
