Bugzilla will be upgraded to version 5.0 on December 2, 2018. The outage period for the upgrade will start at 0:00 UTC and have a duration of 12 hours
Bug 17460 - gpm oops() with usb mouse - X fails to start
gpm oops() with usb mouse - X fails to start
Product: Red Hat Linux
Classification: Retired
Component: gpm (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Crutcher Dunnavant
Depends On:
  Show dependency treegraph
Reported: 2000-09-12 22:58 EDT by Krusty
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-10-04 14:47:45 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Krusty 2000-09-12 22:58:06 EDT
If the system is configured to start X at boot it not only fails, but goes 
into an endless loop of retrying.  X remarks about gpm pid in /var/run and 
gpm having been "mysteriously murdered", system pauses at tty1 then 
retries X, again and again and again......

the gpm failure is: "oops() from gpm.c(968) \n /dev/mouse /n no such 

The mouse is a Microsoft Optical USB.  Problem may have to do with USB 
setup, which is computer -> usb-switch-box -> monitor -> mouse.  Probably 
more usb hubs than system is used to seeing.  (Works fine with windows 
Comment 1 Crutcher Dunnavant 2000-10-04 14:47:43 EDT
does this problem still happen in Red Hat Linux 7?
Comment 2 Crutcher Dunnavant 2000-10-19 11:27:00 EDT
Okay, this isn't a gpm issue, its a mouse setup issue.

First, try running mouseconfig and then rebooting,
and if that don't work, then:

Check the value of /dev/mouse
(ls -l /dev/mouse)

See if it is pointing to /dev/input/mice,
if not, remove the symlink, if it is there,
and run:

ln -s /dev/input/mice /dev/mouse

Note You need to log in before you can comment on or make changes to this bug.