if I start X, then exit or switch to VC I see this:
NMI Watchdog detected LOCKUP on CPU1, registers:
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
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.