Alan Stern wrote:
The computer hangs in some timing code not too far down the track, so maybe this isn't (directly) a problem with usb?
That's certainly possible. On the other hand, it's not clear why it should happen only when you have FSBR turned on.
Got it working! Turns out to be related to the timing code after all. I narrowed it down to the function: mark_offset_tsc() in arch/i386/kernel/timers/timer_tsc.c. I removed the call to it in timer_interrupt() in time.c, and then usb didn't hang with fsbr on. It even does transfers at a fast enough speed! I know this is a bit off topic, but thought I should say that it doesn't look like a usb problem. Still don't know why fsbr triggers it though.
I'm sure I'm breaking something else by doing this, so is there a place to post this type of problem? One for the kernel mailing list?
Thanks again for your help Alan.
Malcolm.
------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
