Good idea to post the code. I've downloaded your latest patch and applied it to my working copy. Now all my storage devices show the same kind of behaviour, which I had observed before as well using my old driver. The devices enumerate just fine and I can mount their partitions, but once I try to access the partition I get messages like these:
usb-storage: usb_stor_bulk_transfer_sglist: xfer 1024 bytes, 1 entries usb-storage: Status code 0; transferred 832/1024 <= single PTD usb-storage: -- short transfer usb-storage: Bulk data transfer result 0x1 I.e. one maximum length PTD got transferred, and then got stuck. When I track the PTDs being transferred, I can see that the ISP never ACKs the PTDs. I have noted the same thing in my old driver and managed to get around it by (a) handling all interrupt sources on a SOF only and (b) waiting a few extra frame times before resubmitting PTDs. I'm just wondering if you have seen this before or do I have a wacky controller chip? I don't think this is a driver issue, but rather some hardware problem. This also happens every time. This case did not seem to happen before importing your latest changes (likely because this case wasn't hit). The main changes being PTD length handling in start_atl_transfers() and changes in postproc_atl_queue(). Changing MAX_TRANSFER_SIZE_FULLSPEED doesn't seem to help. Any suggestions? PTDs: start_atl_transfers pack_fifo @ f6d6/2e8c fmrem CC=f EP=2 DIR=2 CNT=0 LEN=13 MPS=64 TGL=1 ACT=1 FA=2 SPD=0 LST=1 B5=0 fc00 2840 080d 0002 unpack_fifo @ f6d8/7b fmrem <= Note the late unpack read_ptddata_from_fifo 2 13 CC=f EP=2 DIR=2 CNT=0 LEN=13 MPS=64 TGL=1 ACT=1 FA=2 SPD=0 LST=1 B5=0 fc00 2840 080d 0002 ----- start_atl_transfers pack_fifo @ f6db/2e98 fmrem CC=f EP=2 DIR=2 CNT=0 LEN=13 MPS=64 TGL=1 ACT=1 FA=2 SPD=0 LST=1 B5=0 fc00 2840 080d 0002 unpack_fifo @ f6dd/7b fmrem read_ptddata_from_fifo 2 13 CC=f EP=2 DIR=2 CNT=0 LEN=13 MPS=64 TGL=1 ACT=1 FA=2 SPD=0 LST=1 B5=0 fc00 2840 080d 0002 ..... continues -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Olav Kongas Sent: Monday, January 17, 2005 6:39 AM To: linux-usb-devel@lists.sourceforge.net Subject: [linux-usb-devel] isp116x-hcd update Recently there has been some progress with the isp116x driver. Running usbtests on the driver has revealed bugs, some of which are fixed by now. The driver has been under test #10 few nights without errors and I have had all other tests including unlink and halt tests running thousands of cycles on the driver without errors. Yet there are bugs in the driver. There is a nasty one, which reveals inself in timed unplugging after plugging of a device. Also, I have seen test #9 failing on -EDOM. I am working on them. For those, who are interested in the updated driver, I have made it downloadable from http://www.artecdesign.ee/~ok/isp116x/ As the bugs will be fixed, I will update the driver on the above page. Olav ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
