Bug 1314955

Created attachment 1133276 [details]
Xorg.0.log from failed boot

attach an evemu-describe of your tablet please. we have a Huion test device, but yours must look different somehow.

Created attachment 1133566 [details]
evemu-describe output attached as evemu-huion.txt

Used command
for i in `ls /dev/input/by-id/usb-HUION_580-*` ;do sudo evemu-describe $i >> evemu-huion.txt; done; 
because wasn't sure which one to choose.

libinput-1.2.1-3.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-9ca0993b8b

Note that this only fixes the crasher, the reason for it was that libwacom's ruleset mislabels the "consumer controls" device as tablet. This fix simply rejects the device because it's not a tablet (so it won't work right now), the second part would have to go into libwacom so that event node is just labeled as keyboard, not as tablet.

Wow, thanks. libinput-1.2.1-3.fc23.x86_64 has fixed the crash and my tablet seems to be working as well. You had me worried with comment 5!

I seem to have the same number of devices (I think with the same naming) related to the pen tablet as with version 1.1.8-1.fc23.x86_64 from following commands

$ ll /dev/input/by-id/usb-HUION_580-*
lrwxrwxrwx. 1 root root 9 Mar  7 14:21 /dev/input/by-id/usb-HUION_580-event-if02 -> ../event5
lrwxrwxrwx. 1 root root 9 Mar  7 14:21 /dev/input/by-id/usb-HUION_580-event-mouse -> ../event2
lrwxrwxrwx. 1 root root 9 Mar  7 14:21 /dev/input/by-id/usb-HUION_580-if01-event-mouse -> ../event3
lrwxrwxrwx. 1 root root 9 Mar  7 14:21 /dev/input/by-id/usb-HUION_580-if01-mouse -> ../mouse1
lrwxrwxrwx. 1 root root 9 Mar  7 14:21 /dev/input/by-id/usb-HUION_580-if02-event-kbd -> ../event4
lrwxrwxrwx. 1 root root 9 Mar  7 14:21 /dev/input/by-id/usb-HUION_580-mouse -> ../mouse0

$ cat /proc/bus/input/devices | grep "HUION"
N: Name="HUION 580 Pen"
N: Name="HUION 580 Mouse"
N: Name="HUION 580 Keyboard"
N: Name="HUION 580 Consumer Control"
N: Name="HUION 580 System Control"

$ for i in `ls /dev/input/by-id/usb-HUION_580-*` ;do sudo evemu-describe $i | grep "N: "; done;

N: HUION 580 Consumer Control
N: HUION 580 Pen
N: HUION 580 Mouse
error: could not describe device
N: HUION 580 Keyboard
error: could not describe device

The two errors to std err were there before but not directed to the saved file.

You still have the same kernel devices, libinput doesn't affect them. What does change is that the "consumer control" device just won't be recognised by libinput, so any events from that won't show up in your desktop session. That's what we need to fix by labeling it as keyboard rather than a tablet.

libinput-1.2.1-3.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-9ca0993b8b

libinput-1.2.1-3.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

Can you give this one a test please?
http://koji.fedoraproject.org/koji/taskinfo?taskID=13522864

This is the fix for libwacom, but it'd like confirmation it works correctly on the physical device, not just on my emulated ones.

The difference you'll see is that if you run 
sudo udevadm info /sys/class/input/eventX (replace with the event node) the ID_INPUT_TABLET tag is not set anymore after the update. libinput thus doesn't need to ignore the device anymore and it should be picked up as keyboard and shown in libinput-list-devices.

Created attachment 1142439 [details]
huion device info (text file)

More devices now in output of: 
$ xinput list

Have one less occurrence of ID_INPUT_TABLET=1 after updating to libwacom-0.18-2.fc23.x86_64 in output of: 
$ for nuM in {0..6}; do sudo udevadm info /sys/class/input/event$nuM; done;

It is no longer set for input/by-id/usb-HUION_580-event-if02

Have attached file with output of following commands before and then after updating
$ xinput list
$ ll /dev/input/by-id/usb-H*
$ for nuM in {0..6}; do sudo udevadm info /sys/class/input/event$nuM; done;

excellent, thanks. A bit hard to associate the udev and the xorg output (different numbers) but from the xinput list output everything looks correct now too. I'll push this out as an update ASAP.

libwacom-0.18-2.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-7748c05af9

libwacom-0.18-2.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-79a2ffd871

libwacom-0.18-2.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-79a2ffd871

libwacom-0.18-2.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-7748c05af9

libwacom-0.18-2.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

libwacom-0.18-2.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

libwacom-0.18-2.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.