Alan, some more fun with plscsi. Here is some output. Seems any READ_BUFFER with length > 0x8000 is bad with this drive (except for coincidentally the 0xfbfe and maybe other values I haven't stumbled upon) you chose (randomly?) earlier.
When I try > 0x8000, plscsi hangs and usb is reset etc.. I power cycle the drive to reset for the next test. Also of note is that I was able to burn a ~260M ISO to a DVD using growisofs and it seemed to be OK. Burnt at a steady ~2x and didn't spew any scsi errors. I'm learning a lot and I may be getting somewhere. Thank you. Anything else you can suggest I mess with (especially if it helps anyone else)? [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 0 4 0" -i x4 - t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 0 5 0" -i x5 - t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 0 10 0" -i x10 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 0 f0 0" -i xf0 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 1 f0 0" -i x1f0 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 f f0 0" -i xff0 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 1f f0 0" -i x1ff0 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 2f f0 0" -i x2ff0 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 3f f0 0" -i x3ff0 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 4f f0 0" -i x4ff0 -t /dev/null -X time 5 /dev/scd0 // 20464 = x4FF0 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 3f f0 0" -i x3ff0 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 40 00 0" -i x4000 -t /dev/null -X time 5 /dev/scd0 [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 46 00 0" -i x4600 -t /dev/null -X time 5 /dev/scd0 // 17920 = x4600 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 43 00 0" -i x4300 -t /dev/null -X time 5 /dev/scd0 // 17152 = x4300 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 50 00 0" -i x5000 -t /dev/null -X time 5 /dev/scd0 // 20480 = x5000 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 60 00 0" -i x6000 -t /dev/null -X time 5 /dev/scd0 // 24576 = x6000 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 70 00 0" -i x7000 -t /dev/null -X time 5 /dev/scd0 // 28672 = x7000 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 80 00 0" -i x8000 -t /dev/null -X time 5 /dev/scd0 // 32768 = x8000 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 90 00 0" -i x9000 -t /dev/null -X time 5 /dev/scd0 // -x0102 = -258 = plscsi.main exit int (comment: hangs here !!!!!) May 20 09:59:39 garnetd600 kernel: usb-storage: Command READ_BUFFER (10 bytes) May 20 09:59:39 garnetd600 kernel: usb-storage: 3c 00 00 00 00 00 00 90 00 00 May 20 09:59:39 garnetd600 kernel: usb-storage: Bulk Command S 0x43425355 T 0x44d3 L 36864 F 128 Trg 0 LUN 0 CL 10 May 20 09:59:39 garnetd600 kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes May 20 09:59:39 garnetd600 kernel: usb-storage: Status code 0; transferred 31/31 May 20 09:59:39 garnetd600 kernel: usb-storage: -- transfer complete May 20 09:59:39 garnetd600 kernel: usb-storage: Bulk command transfer result=0 May 20 09:59:39 garnetd600 kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 36864 bytes, 9 entries May 20 09:59:39 garnetd600 kernel: usb-storage: Status code 0; transferred 36864/36864 May 20 09:59:39 garnetd600 kernel: usb-storage: -- transfer complete May 20 09:59:39 garnetd600 kernel: usb-storage: Bulk data transfer result 0x0 May 20 09:59:39 garnetd600 kernel: usb-storage: Attempting to get CSW... May 20 09:59:39 garnetd600 kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes May 20 09:59:39 garnetd600 kernel: usb-storage: Status code -75; transferred 0/13 May 20 09:59:39 garnetd600 kernel: usb-storage: -- babble May 20 09:59:39 garnetd600 kernel: usb-storage: Bulk status result = 3 May 20 09:59:39 garnetd600 kernel: usb-storage: -- transport indicates error, resetting [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 8f ff 0" -i x8fff -t /dev/null -X time 5 /dev/scd0 // -x0102 = -258 = plscsi.main exit int May 20 10:03:29 garnetd600 kernel: usb-storage: Command READ_BUFFER (10 bytes) May 20 10:03:29 garnetd600 kernel: usb-storage: 3c 00 00 00 00 00 00 8f ff 00 May 20 10:03:29 garnetd600 kernel: usb-storage: Bulk Command S 0x43425355 T 0x4598 L 36863 F 128 Trg 0 LUN 0 CL 10 May 20 10:03:29 garnetd600 kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes May 20 10:03:29 garnetd600 kernel: usb-storage: Status code 0; transferred 31/31 May 20 10:03:29 garnetd600 kernel: usb-storage: -- transfer complete May 20 10:03:29 garnetd600 kernel: usb-storage: Bulk command transfer result=0 May 20 10:03:29 garnetd600 kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 36863 bytes, 9 entries May 20 10:03:29 garnetd600 kernel: usb-storage: Status code -75; transferred 36352/36863 May 20 10:03:29 garnetd600 kernel: usb-storage: -- babble May 20 10:03:29 garnetd600 kernel: usb-storage: Bulk data transfer result 0x3 May 20 10:03:29 garnetd600 kernel: usb-storage: Attempting to get CSW... May 20 10:03:29 garnetd600 kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 13 bytes [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 80 01 0" -i x8001 -t /dev/null -X time 5 /dev/scd0 // -x0102 = -258 = plscsi.main exit int May 20 10:05:34 garnetd600 kernel: usb-storage: Command READ_BUFFER (10 bytes) May 20 10:05:34 garnetd600 kernel: usb-storage: 3c 00 00 00 00 00 00 80 01 00 May 20 10:05:34 garnetd600 kernel: usb-storage: Bulk Command S 0x43425355 T 0x4601 L 32769 F 128 Trg 0 LUN 0 CL 10 May 20 10:05:34 garnetd600 kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 31 bytes May 20 10:05:34 garnetd600 kernel: usb-storage: Status code 0; transferred 31/31 May 20 10:05:34 garnetd600 kernel: usb-storage: -- transfer complete May 20 10:05:34 garnetd600 kernel: usb-storage: Bulk command transfer result=0 May 20 10:05:34 garnetd600 kernel: usb-storage: usb_stor_bulk_transfer_sglist: xfer 32769 bytes, 9 entries May 20 10:05:34 garnetd600 kernel: usb-storage: Status code -75; transferred 32768/32769 May 20 10:05:34 garnetd600 kernel: usb-storage: -- babble May 20 10:05:34 garnetd600 kernel: usb-storage: Bulk data transfer result 0x3 May 20 10:05:34 garnetd600 kernel: usb-storage: Attempting to get CSW... [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 7f ff 0" -i x7fff -t /dev/null -X time 5 /dev/scd0 // 32767 = x7FFF = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 7f 0 0" -i x7f00 -t /dev/null -X time 5 /dev/scd0 // 32512 = x7F00 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 7d 0 0" -i x7d00 -t /dev/null -X time 5 /dev/scd0 // 32000 = x7D00 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 fb fe 0" -i xfbfe -t /dev/null -X time 5 /dev/scd0 // 256 = x100 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 44 0 0" -i x4400 -t /dev/null -X time 5 /dev/scd0 // 17408 = x4400 = plscsi.main exit int [EMAIL PROTECTED] scsistuff]# ./plscsi -x "3c 0 0 0 0 0 0 44 aa 0" -i x44aa -t /dev/null -X time 5 /dev/scd0 // 17578 = x44AA = plscsi.main exit int On Thu, 2005-05-19 at 16:51 -0400, Alan Stern wrote: > > You can try doing even longer transfers, or shorter ones. Maybe there's > some sort of pattern to which ones succeed and which fail. All you need > to know is that the transfer length goes in the -x argument in big-endian > order hex bytes at the 7th, 8th, and 9th positions, and you have to > specify the transfer length again in the -i option (you can give it in hex > if you prefer, such as -i xfc00 instead of -i 64512). The two length > values must agree. > > Alan Stern > -- garnet ulrich ccie #11928 ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
