Alan Stern wrote: > On Fri, 2 Mar 2007, Gordon Messmer wrote: >> Out of curiosity, what IO was in error? The mouse is idle prior to that >> bit. If I use a "working" kernel, the line stays completely silent. >> You mentioned that newer kernels try to detect problems that the old >> ones ignored. Is the kernel probing the mouse to make sure it's still >> there? > > Not to make sure it's still there -- to see whether you have moved it or > pressed one of the buttons. That's how USB works: All communication is > initiated by the host (the main computer).
Wild. > Did you really mean it that the earlier kernels don't generate those "-84" > lines? Yes. As far as I can tell, no matter how long I watch usbmon on a "working" kernel, there is no output if I don't actually move the mouse. > I don't understand how that could be; Obviously, neither do I. ;) > the presence or absence of > an I/O error shouldn't depend on the kernel version. I agree completely. > Do you have any sort of CPU power saving (like cpufreq) enabled? Not as far as I can tell. None of the cpufreq modules are loaded. I had seen suggestions in other people's discussions of similar problems that gnome-power-manager might be at fault, but killing it doesn't solve the problem. I see resets even when no user is logged in to the console, anyway. When running 2.6.19 I see a process named [ksuspend_usbd], but I don't know what that is. >>> From the fact that your two errors occurred more than 9 seconds apart, it >>> seems that you are encountering some intermittent electrical or >>> interference problem. >> ...except that it's not intermittent. When the system is resetting the >> mouse, it does so at very predictable intervals (about every 90 seconds >> with FC6's latest kernel). > > Another reason to think there may be a systematic cause, something that > interferes with the USB controller periodically. But it isn't anything in > the USB stack. Perhaps not, but it does seem like the kernel is somehow at fault. No other component of the system actually changes. It's possible that something doesn't run on the older kernel due to a missing interface of some type, but I don't really know what that might be. Other than a few new kernel processes, I don't see any significant difference in 'ps' output between the old and new kernels. > Can you post a longer usbmon log, one that includes several of those > 90-second intervals? With or without the patch, or maybe even one of > each. The list seems to dislike attachments, so I'll send a longer set of messages in a separate message. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Linux-usb-users@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users