FS#23899 - [xorg] Synaptics: Trackpad inoperable; Xorg registers HDA as synaptics input device.
Attached to Project:
Arch Linux
Opened by secretrobotron (secretrobotron) - Saturday, 23 April 2011, 12:53 GMT
Last edited by Allan McRae (Allan) - Friday, 16 November 2012, 11:40 GMT
Opened by secretrobotron (secretrobotron) - Saturday, 23 April 2011, 12:53 GMT
Last edited by Allan McRae (Allan) - Friday, 16 November 2012, 11:40 GMT
|
Details
For the past couple of days, my trackpad hasn't been
working, and I found this in my xorg log:
[ 155.648] (II) Using input driver 'synaptics' for 'HDA Digital PCBeep' [ 155.648] (II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so [ 155.648] (**) HDA Digital PCBeep: always reports core events [ 155.648] (**) Option "Device" "/dev/input/event8" [ 155.776] (--) HDA Digital PCBeep: invalid x-axis range. defaulting to 1615 - 5685 [ 155.776] (--) HDA Digital PCBeep: invalid y-axis range. defaulting to 1729 - 4171 [ 155.776] (--) HDA Digital PCBeep: invalid pressure range. defaulting to 0 - 256 [ 155.776] (--) HDA Digital PCBeep: invalid finger width range. defaulting to 0 - 16 [ 155.776] (**) Option "TapButton1" "1" [ 155.776] (**) Option "TapButton2" "2" [ 155.776] (**) Option "TapButton3" "3" [ 155.883] (--) HDA Digital PCBeep: no supported touchpad found [ 155.883] (EE) HDA Digital PCBeep Unable to query/initialize Synaptics hardware. [ 155.950] (EE) PreInit returned 11 for "HDA Digital PCBeep" [ 155.950] (II) UnloadModule: "synaptics" [ 155.950] (II) Unloading synaptics It looks like an attempt is being made to register HDA PCBeep as a synaptics input device, which doesn't seem quite right, and eventually, synaptics is just forgotten altogether. Once X was up, rmmod psmouse && modprobe psmouse fixed the problem. The log still looked pretty ugly, with several attempts to register the trackpad, but removing evdev from the equation altogether (commenting out the trackpad section in 10-evdev.conf) made that disappear. A more permanent workaround seems to be putting this in some xorg conf file (I just put it at the top of evdev): Section "InputClass" Identifier "HDA Digital PCBeep" MatchProduct "HDA Digital PCBeep" Option "Ignore" "On" EndSection I'm not totally sure what HDA Digital PCBeep is. I still get that all-too-familiar beep when I make wrong console movements. According to pacman, xorg is 1.10.1-1. |
This task depends upon
Closed by Allan McRae (Allan)
Friday, 16 November 2012, 11:40 GMT
Reason for closing: No response
Additional comments about closing: old and probably fixed
Friday, 16 November 2012, 11:40 GMT
Reason for closing: No response
Additional comments about closing: old and probably fixed
UDEV_LOG=3
DEVPATH=/devices/pci0000:00/0000:00:1b.0/input/input8/event8
MAJOR=13
MINOR=72
DEVNAME=/dev/input/event8
SUBSYSTEM=input
ID_INPUT=1
ID_PATH=pci-0000:00:1b.0
ID_PATH_TAG=pci-0000_00_1b_0
And like this for Integrated Camera:
UDEV_LOG=3
DEVPATH=/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.6/1-1.6:1.0/input/input9/event9
MAJOR=13
MINOR=73
DEVNAME=/dev/input/event9
SUBSYSTEM=input
ID_INPUT=1
ID_INPUT_KEY=1
ID_VENDOR=Chicony_Electronics_Co.__Ltd.
ID_VENDOR_ENC=Chicony\x20Electronics\x20Co.\x2c\x20Ltd.
ID_VENDOR_ID=17ef
ID_MODEL=Integrated_Camera
ID_MODEL_ENC=Integrated\x20Camera
ID_MODEL_ID=480f
ID_REVISION=2345
ID_SERIAL=Chicony_Electronics_Co.__Ltd._Integrated_Camera
ID_TYPE=video
ID_BUS=usb
ID_USB_INTERFACES=:0e0100:0e0200:
ID_USB_INTERFACE_NUM=00
ID_USB_DRIVER=uvcvideo
ID_PATH=pci-0000:00:1a.0-usb-0:1.6:1.0
ID_PATH_TAG=pci-0000_00_1a_0-usb-0_1_6_1_0
DEVLINKS=/dev/input/by-id/usb-Chicony_Electronics_Co.__Ltd._Integrated_Camera-event-if00 /dev/input/by-path/pci-0000:00:1a.0-usb-0:1.6:1.0-event
Note that *both* of these still work, and my /etc/X11/xorg.conf.d/10-evdev.conf is set to ignore all of the offending devices.