On Fri, 20 Jan 2006 11:16:04 -0600, "Frantz, Chris" <[EMAIL PROTECTED]> wrote:
> I've been meaning to get back to you about this. The latest kernels > (those that use check_fsbr() instead of stall_callback) don't seem to > suffer from the same problem. It seems that those kernels don't keep > track of individual transfers and mess with whether or not FSBR is on or > off. Thanks, Chris. Thanks for looking into it. I will look into a backport for RHEL 4 and we do not have to bother Alan Stern with this. Obviously my analysis which declared check_fsbr and stall_callback essentially equivalent was faulty. This doesn't do much to help the guy with the slow printer, but fortunately for me it's someone else's problem at present time. -- Pete ------------------------------------------------------- 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 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
