Red Hat Bugzilla – Bug 56483
(PSAUX)mouse movement locks up console interface
Last modified: 2008-08-01 12:22:51 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.2.12-20 i686)
Description of problem:
Plain vanilla full-wipe install of RH7.2 onto old Emachines Celeron 333Mhz,
IDE drive/cdrom, pci ethernet, cheapo 3d video on motherboard, etc.
Generic ps/2 keyboard + mouse, no USB or other devices connected.
System works fine if mouse is unplugged, not moved, or disabled by removing
/dev/mouse symlink (-> /dev/psaux).
Upon any mouse movement, the keyboard (console...? system...?) will lock
I filed this under GPM because you don't have a "mouse" or "console"
Unplugging mouse prevents problem. (no kidding!)
"rm /dev/mouse" prevents problem.
disabling gpm (using /etc/sysconfig/mouse) prevents console lockups, but X
locks up on first invocation, so this appears to be a mouse driver issue.
I had an old Mandrake (RH6.0) install on this system which worked 100%
fine; no other problems with the box.
When this problem first occurred, I swapped the emachines kb+m for
Dell-generic versions with no change, so it isn't caused by a bad mouse or
This problem is rather annoying- anybody have some suggestions for what I
can look into?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
use emachines ps/2 mouse
wipe HD and install RH7.2
hit reset button in irritation
Actual Results: console locks up if GPM enabled.
otherwise, X locks up.
Expected Results: mouse should be useable, i.e. not lock up system, let me
point to interesting things on the screen, etc.
perhaps this was caused by the leonid shower ;-)
This is a kernel "misc" driver bug mentioned in the kernel mailing list,
apparently related to the Intel pskbd/psaux chipset when USB enabled (i.e. IRQ
Confirmed as per kernel ML discussion that open of /dev/psaux causes lockup of
keyboard, closing /dev/psaux frees up the keyboard per this little shell script:
( echo "lockmeup"; sleep 20; echo freenow ) </dev/psaux
Perusal through source code reveals IRQ is reallocated when psaux device opened
and reverted when it's closed, i.e. the IRQ code is not handling a quirk of the
Intel chipset correctly.
Suggested solution (switch to serial mouse) is okay as workaround, but not a
great option for some platforms (i.e. laptops).
Assigning to kernel
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/