On Fri, 9 Jan 2004, Eric Lussard wrote: > Maybe the slowdown of the ehci traffic will be a good workaround > for the problem. In my case one machine works perfect now > (Kernel 2.6.1, SiS 960 chipset with VIA USB, P4 2.4GHz). The > other machine works with Alan Stern's storage patch (scsiglue.c > max_sectors = 128 instead of 240) plus usb-storage verbose > debug enabled. > > Maybe there's a way to slowdown the ehci controller without > producing that much output. It's not a good solution, but at least > it makes the device a little bit more usable...
One approach -- actually, a regression -- I've been considering is to put an option in usb-storage to not use the scatter-gather library. Instead just queue bulk transfer requests one at a time, like we used to do. (For all I know, that's how Windows works...) That should slow things down! The max_sectors stuff would then become unimportant. I'll try writing this over the weekend. Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
