Hi, I installed my system (~amd64) around end december, with systemd as init. Touchscreen then worked fine out of the box. Around half february I updated the system and it stopped functioning. The kernel wasn't updated. Some xf86 drivers were, entire KDE, systemd and a lot of other packages as well. The device still exists, can read it out fine through evtest, cat /etc/input/event7, etc. Tried downgrading xf86-input-libinput, systemd, but doesn't help unfortunately. Think it has something to do with udev rules, but not sure. Bit at a loss here where to look. Most notably in the Xorg.0.log regarding the device is: [ 32.900] (II) config/udev: Adding input device ELAN Touchscreen (/dev/input/event7) [ 32.900] (**) ELAN Touchscreen: Applying InputClass "evdev touchscreen catchall" [ 32.901] (**) ELAN Touchscreen: Applying InputClass "libinput touchscreen catchall" [ 32.901] (II) Using input driver 'libinput' for 'ELAN Touchscreen' [ 32.901] (**) ELAN Touchscreen: always reports core events [ 32.901] (**) Option "Device" "/dev/input/event7" [ 32.901] (**) Option "_source" "server/udev" [ 32.901] (II) event7 - ELAN Touchscreen: is tagged by udev as: Touchscreen [ 32.901] (II) event7 - ELAN Touchscreen: device removed [ 32.920] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.0/0003:04F3:21D5.0001/input/input9/event7" [ 32.920] (II) XINPUT: Adding extended input device "ELAN Touchscreen" (type: KEYBOARD, id 11) [ 32.920] (II) event7 - ELAN Touchscreen: is tagged by udev as: Touchscreen [ 32.920] (II) config/udev: Adding input device ELAN Touchscreen (/dev/input/mouse0) [ 32.920] (II) No input driver specified, ignoring this device. [ 32.920] (II) This device may have been added with another device file. Don't quite understand why it's ignoring it. /usr/share/X11/xorg.conf.d/40-libinput.conf, contains (amongst other parts): Section "InputClass" Identifier "libinput touchscreen catchall" MatchIsTouchscreen "on" MatchDevicePath "/dev/input/event*" Driver "libinput" EndSection Which looks fine to me. /usr/share/X11/xorg.conf.d/10-evdev.conf might also be able to claim it: Section "InputClass" Identifier "evdev touchscreen catchall" MatchIsTouchscreen "on" MatchDevicePath "/dev/input/event*" Driver "evdev" EndSection I tried wiping out /usr/share/X11/xorg.conf.d/*, but then entire keyboard/mouse etc. stopped working. Tried clearing out /lib64/udev/rules.d/ as well, but that didn't work out too swell either. Any pointers on where to look? The device itself seems to be fine, it's just the X drivers not attaching to it. Seems related to udev to me. flaptoppy / # udevadm info /dev/input/event7 P: /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.0/0003:04F3:21D5.0001/input/input9/event7 N: input/event7 S: input/by-id/usb-ELAN_Touchscreen-event-if00 S: input/by-path/pci-0000:00:14.0-usb-0:9:1.0-event E: DEVLINKS=/dev/input/by-path/pci-0000:00:14.0-usb-0:9:1.0-event /dev/input/by-id/usb-ELAN_Touchscreen-event-if00 E: DEVNAME=/dev/input/event7 E: DEVPATH=/devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.0/0003:04F3:21D5.0001/input/input9/event7 E: ID_BUS=usb E: ID_INPUT=1 E: ID_INPUT_HEIGHT_MM=188 E: ID_INPUT_TOUCHSCREEN=1 E: ID_INPUT_WIDTH_MM=333 E: ID_MODEL=Touchscreen E: ID_MODEL_ENC=Touchscreen E: ID_MODEL_ID=21d5 E: ID_PATH=pci-0000:00:14.0-usb-0:9:1.0 E: ID_PATH_TAG=pci-0000_00_14_0-usb-0_9_1_0 E: ID_REVISION=1112 E: ID_SERIAL=ELAN_Touchscreen E: ID_TYPE=hid E: ID_USB_DRIVER=usbhid E: ID_USB_INTERFACES=:030000: E: ID_USB_INTERFACE_NUM=00 E: ID_VENDOR=ELAN E: ID_VENDOR_ENC=ELAN E: ID_VENDOR_ID=04f3 E: LIBINPUT_DEVICE_GROUP=3/4f3/21d5:usb-0000:00:14.0-9 E: MAJOR=13 E: MINOR=71 E: SUBSYSTEM=input E: USEC_INITIALIZED=2859904 Thanks in advance.
Created attachment 521360 [details] emerge --info
Created attachment 521362 [details] journal log (xz compressed plain/text format) Sorry about the additional lines. For some reason (still have to dive into it), NetworkManager keeps reconnecting on the USB-C dock ethernet. Works fine if I just run dhcpcd on the interface manually. Think something is triggering dbus events causing it.
Created attachment 521364 [details] Xorg.0.log
Works again after enabling hid multitouch in the kernel. No clue why this previously wasn't necessary, but it apparently is required now.