FS#11357 - XOrg fails to parse valid xorg.conf file, doesn't recognize mouse, keyboard
Attached to Project:
Arch Linux
Opened by name withheld (Gullible Jones) - Sunday, 31 August 2008, 21:26 GMT
Last edited by Jan de Groot (JGC) - Thursday, 06 November 2008, 22:54 GMT
Opened by name withheld (Gullible Jones) - Sunday, 31 August 2008, 21:26 GMT
Last edited by Jan de Groot (JGC) - Thursday, 06 November 2008, 22:54 GMT
|
Details
Description:
Two bugs here. First, XOrg 1.5 RC6 fails to start when using the xorg.conf file I've attached, claiming the file cannot be parsed - this should not be the case, as 1.4.2 can use the xorg.conf file without a problem. Without the aforementioned xorg.conf file, X starts fine. However, even though the mouse, keyboard, and synaptics input drivers are all installed, it fails to register input from any mice or keyboards. Additional info: * inputproto 1.4.4-1, xf86-input-synaptics 0.15.0-1, xorg-server 1.4.99.906-2, xf86-input-mouse 1.3.0-1, xf86-input-keyboard 1.3.1-1 Steps to reproduce: (Config file parsing) - Upgrade to XOrg from [testing]; switch to attached xorg.conf file and attempt to restart server. Server should fail to start. (Input problems) - Remove xorg.conf and restart server. Server will start, but will not register input from keyboards, touchpads, and mice, and perhaps other input devices. |
This task depends upon
Closed by Jan de Groot (JGC)
Thursday, 06 November 2008, 22:54 GMT
Reason for closing: Not a bug
Additional comments about closing: RgbPath is no longer supported and it was recommended to leave it out of xorg.conf for a long time.
The mouse/keyboard issues have either been documented in the wiki or resolved by updates to various drivers.
Thursday, 06 November 2008, 22:54 GMT
Reason for closing: Not a bug
Additional comments about closing: RgbPath is no longer supported and it was recommended to leave it out of xorg.conf for a long time.
The mouse/keyboard issues have either been documented in the wiki or resolved by updates to various drivers.
The synaptics driver could use a fdi file so it registers itself for the touchpad instead of evdev though.
The next version of xf86-input-synaptics will contain this file.
Option "AutoAddDevices" "False"
This can be very useful when you don't want to bother about input hotplugging and want the old behaviour back.
1) The first to adapt the old xorg.conf:
- remove RgbPath
-edit Section "InputDevice"
Identifier "Keyboard"
Driver "evdev" <-- this is NEW -->
Option "CoreKeyboard"
Option "XkbRules" "xorg"
# Option "XkbModel" "pc105" <-- this is OLD -->
Option "XkbModel" "evdev" <-- this is NEW -->
Option "XkbLayout" "cz"
EndSection
-edit Section "InputDevice"
Identifier "Mouse"
Driver "evdev" <-- NEW
Option "Name" "Logitech USB Receiver"
# Option "Protocol" "ExplorerPS/2" <-- this is OLD -->
# Option "Device" "/dev/input/mice" <-- this is OLD -->
Option "ZAxisMapping" "4 5"
Option "HWHEELRelativeAxisButtons" "7 6"
Option "Emulate3Buttons" "no"
Option "Sensitivity" "1.5"
EndSection
-edit Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
# InputDevice "Keyboard" <-- this is OLD -->
InputDevice "Touchpad"
# InputDevice "Mouse" "CorePointer" <-- this is OLD -->
Option "SuspendTime" "5"
Option "OffTime" "10"
EndSection
2) restart hal and xorg
3) bad layout?
cp / usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi / etc/hal/fdi/policy/10-keymap.fdi
edit file 10-keymap.fdi
you set layout (it is my czech)
<merge key="input.xkb.layout" type="string"> cz </ merge>
any further restart hal, xorg server
4) everything goes as it should - see Xorg.0.log
---
maybe you will help
P.S. Thanks Jan de Groot for kicking right direction!
Xorg.0.log (45.2 KiB)