Red Hat Bugzilla – Bug 140697
X -configure picks wrong mouse device trashes console display
Last modified: 2007-11-30 17:10:55 EST
Looks like the rodent moved but xorg didnt.
yum update fc-devel xorg-x11-6.8.1-12.FC3.1
fairly complete update save Xchat, ooffice.org and their missing deps. running
fc-devel kernel-2.6.9-1.650_devel. Thinkpad 600x (the gods gift to acpi/apm)
neomagic, ps/2 pointer.
X -configure failes to detect mouse.
(**) Mouse0: Core Pointer
(**) Option "Device" "/dev/mouse"
(EE) xf86OpenSerial: Cannot open device /dev/mouse
No such file or directory.
(EE) Mouse0: cannot open input device
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)
No core pointer
Fatal server error:
failed to initialize core devices
FatalError re-entered, aborting
Caught signal 11. Server aborting
xorg.conf from X -configure
Option "Protocol" "auto"
Option "Device" "/dev/mouse"
This should be
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
running mouseconfig makes no changes (even if the file
The incorrect config results in X trashing the display and keyboard input which
I see was reported upstream as instructed. The machine will appear dead to new
users on run level 5.
FULLNAME="Generic - 3 Button Mouse (PS/2)"
Expected results are working X11 with the annoying Red Hat start icon.
The proper way to configure the X server in Fedora Core, is by running:
and for the mouse, to run:
Once you have run the above commands, your X server should be properly
configured. If it is not, please file a bug report against the proper
system-config-* component for us to investigate.
We do not support configuration of the X server via the -configure
commandline switch, however you can file a bug report in X.Org bugzilla
at http://bugs.freedesktop.org in the "xorg" component if you would
like the X.Org developers to investigate and potentially address that
issue in a future X.Org release.
Hope this helps.
Setting status to "WONTFIX", as our supported configuration tool
properly configures the mouse.
For X11 -configure, filed https://bugs.freedesktop.org/show_bug.cgi?id=1915
For system-config* filed https://bugzilla.redhat.com/beta/show_bug.cgi?id=140722
Thanks for the URLs taj.
Setting status to "UPSTREAM" for tracking.
Just an observation.
Now with xorg-x11-6.8.1-22.i386.rpm
The observed behavior of the X server is not just mouse configuration
While not using xfs, I moved out some of the required font
directories. X11 starts, changes video modes and then exits leaving
the video and keyboard input in unusable states.
Correcting the directories via ssh and starting the server does work
but when the server is shut down, the video/keyboard input is again in
a bad state. Still on tty7?
This is wrong behavior to me. X11 used to come back to the tty in a
sane fashion so you could see what went wrong.