Fisher if I start X, then exit or switch to VC I see this: NMI Watchdog detected LOCKUP on CPU1, registers: CPU: 1 EIP: 0010:[<e0890c16>] EFLAGS: 00000056 eax: 00000000 ebx: 00000020 ecx: 00000002 edx: 00000002 esi: 00000006 edi: 00000001 ebp: 00000003 esp: de229e7c ds: 0018 es: 0018 ss: 0018 Process gpm (pid: 860, stackpage=de229000) . . . The mouse then dies, both under X and under a VC. service gpm restart does not revive it; I must reboot. The system : SuperMicro 370DE6 motherboard (based on ServerWorks III HE-SL chipset) 2x 1Ghz Pentium III 512 MB RAM MS Intellimouse Explorer connected to USB port cat'ing /proc/interrupts displays a non 0 value for NMI Marking as high since a reboot is req'd to get the mouse to work again
This defect is considered MUST-FIX for Florence Gold release
Please try the next kernel we release and see if it fixes the problem. If not, we need a decoded oops messages -- you need to run the whole oops message through the ksymoops program so that it is symbolically decoded.
interesting.... I had a MS Force Feedback 2 joystick connected to one of the USB ports in addition to the mouse. If I remove the joystick the problem appears to go away.
see 25849 for an example of how the joystick caused problems with Xconfigurator
Nalin, does this resemble what you saw?
We still need that ksymoops output...
Yes, this resembles what I saw. I've upgraded to a newer kernel since then, so the fixed ksymoops wouldn't give you any useful information. Will try to reproduce again today.
Seems to resemble latest behavior in bug #23670
So, where is a meaningful oops report? I do not have a joystick and everything works fine without one (I have RIO-600 and floppy on the same chain). I _suspect_ that something may be up with having several HID devices, or a joystick specifically. But I need solid information before I can try fixing anything.