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. resulting in: (**) 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 Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/mouse" EndSection This should be Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" EndSection running mouseconfig makes no changes (even if the file is corrected). 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. /etc/sysconfig/mouse FULLNAME="Generic - 3 Button Mouse (PS/2)" MOUSETYPE="imps2" XEMU3="no" XMOUSETYPE="IMPS/2" DEVICE=/dev/input/mice 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: system-config-display --reconfig and for the mouse, to run: system-config-mouse 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 specific. 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.