Alan Stern wrote: >On Sun, 5 Feb 2006 [EMAIL PROTECTED] wrote: > >> >You have two options. One is just always to set the max_sectors value >> >whenever the drive is attached (could be automated by writing a hotplug >> >script). >> >> Well, this works as a workaround for me. But unusual_devs.h implies that >> we do like to support even broken devices 'out of the box'... >> For example, we could have an extra unusual_devs flag (US_FL_SMALL_XFERS?) >> (which would allow you to move the Genesys special casing into >> unusual_devs as well). Would imply picking a value of 'small' small enough >> to satisfy all devices broken like this, though. > >We certainly could do that. Right now it looks like 32 KB is sufficiently >small to work with all devices that need it.
NB that the Yifang fails with 32KB, it wants 31 and a half :-) >> This was what I tried first. It works for reading, but not for writing >> (because IGNORE_RESIDUE doesn't ignore residues on writing). If you do >> hack the source to make it ignore residues on writes then it seems to >> work OK but the resulting mp3s skip occasionally, presumably because >> we weren't detecting genuinely failed writes any more. > >In the current driver, IGNORE_RESIDUE affects writes too. I forget when >we changed it... some device needed it. Ah. (That bit of testing I did some while earlier with a 2.4 series kernel; I should try again with this 2.6 kernel (perhaps the write skips were a different bug)). Maybe next weekend. -- PMM ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ [email protected] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
