Bug#169427: without "AllowMouseOpenFail" causes X _keyboard_ to fail silently if _mouse_ is not plugged in
Package: xserver-xfree86
Version: 4.1.0-16
Severity: normal
There's been other reports of this to Debian with version 4.2.1-3, but I got
it with 4.1.0.
I got a new USB mouse, so added it to my configuration with this bit of
configuration:
Section "ServerLayout"
Identifier "Default Layout"
Screen "Small Screen"
InputDevice "Logitech Corded Deluxe Keyboard (US)"
InputDevice "Microsoft Wheel Mouse Optical" "CorePointer"
InputDevice "Logitech 3 button" "AlwaysCore"
EndSection
So, I've added the MS USB mouse as the CorePointer, but left the old PS/2
mouse as AlwaysCore. This setup worked fine, until I needed the PS/2 mouse
for another system.
On boot, with the above configuration, I was able to use my keyboard in Grub
to select my kernel. However, once X started, the keyboard stopped working. I
was unable to Ctrl-Alt-F1 to get a new VT. However, the mouse continued to
work, so I was able to restart using the KDM restart button.
To me, the strange thing is that the mouse was misconfigured, but the
keyboard failed. I guess it's a PS/2 thing. However, there was nothing in the
XFree86.log indicating a problem -- I expected a (EE) or (WW) message.
>From what I understand, the AllowMouseOpenFail will allow me to keep the PS/2
mouse configured without having one plugged in. I plan to add that to my
XFConfig, but it seems that allowing a mouse to fail open should be the
default (especially a second mouse).
As an aside, I originally saw this problem using Michael Dänzer's mach64
xserver, and reinstalled the default Debian X server to see if it was still
happening there. So I imagine this is a problem in the 4.3 branch.
Please let me know if you need more info,
Frank
Reply to: