Garnet Ulrich <[EMAIL PROTECTED]> wrote:
> Just a quick update. Given that the problem occurs with transfers
> greater than 32768, I tried using cdrecord with the -ts=32768 parameter
> to limit the largest transfer to one that wouldn't choke my LG
> GSA-5120D. cdrecord 2.01 seems to be working OK this way. I blanked a
> cd-rw and wrote an iso back to it successfully. I wonder if some kind
> of special "driver" could be written to recognize this drive at
> connection time and report back to applications (cdrecord or even kernel
> dvd-ram code) that the largest supported transfer is only 32768? I
> don't know who all the players are that would make this happen
> (kernel/scsi/usb/usb-storage/distromakers) or if it is bad idea. I am
> just concerned that I have now seemingly addressed this issue for
> cdrecord but that I may run up against similar problems with other
> software. For example, should I be worried that the kernel support for
> using dvd-ram in this drive may also try a >32768 transfer and I won't
> have a handy dandy -ts option to fix it?
In this case, it is obviously a non-compliance of the USB SCSI implementation.
Libscg asks the SCSI driver for the maximum DMA size. If the driver returns
a value that is bigger than the maximum suppoted value, users of libscg will
fail.
J�rg
--
EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
-------------------------------------------------------
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_idt12&alloc_id344&op=click
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
