[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 Peter Huttererchanged: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INVALID --- Comment #66 from Peter Hutterer --- closing, please re-open when the required information is available -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #65 from Peter Hutterer--- ping? -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #64 from Peter Hutterer--- if you just run libinput-debug-events does the output look sane? -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #63 from ngoo...@gmail.com --- (In reply to Peter Hutterer from comment #62) > oh, right. that's not actually fixed, the bit that has changed is that > libinput now knows how to handle this situation - it syncs the BTN_TOOL_PEN > on start. So don't worry about evemu-record, check whether the tablet > behaves correctly now. Still seeing the same behavior in that having the tablet plugged in seems to affect mouse scrolling behavior in gimp and inkscape both. Otherwise working fine (and the buttons now work on libinput where they didn't before). -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #62 from Peter Hutterer--- oh, right. that's not actually fixed, the bit that has changed is that libinput now knows how to handle this situation - it syncs the BTN_TOOL_PEN on start. So don't worry about evemu-record, check whether the tablet behaves correctly now. -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #61 from ngoo...@gmail.com --- (In reply to Peter Hutterer from comment #60) > > once it's picked up correctly, you need to restart X or the compositor. Or > reboot, that's easiest. Then check it's still there with udevadm info > /sys/... and it should work now. > > the different ids are expected, one is kernel event node number, the other > one is X device ID, they're two different things. I've done the reboot, it's still there as checked by udevadm info /sys..., but evemu-record only ever shows BTN_TOOL_PEN once =( -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #60 from Peter Hutterer--- (In reply to ngoonee from comment #59) > Anyway I'm now using that, udevadm test shows the property was picked up, > but behaviour seems unchanged in that my evemu-record only shows > BTN_TOOL_PEN once. Would the evemu-record help or is there some other info > which is needed? once it's picked up correctly, you need to restart X or the compositor. Or reboot, that's easiest. Then check it's still there with udevadm info /sys/... and it should work now. the different ids are expected, one is kernel event node number, the other one is X device ID, they're two different things. -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #59 from ngoo...@gmail.com --- (In reply to Peter Hutterer from comment #58) > this should be just 1, not "reserved", otherwise it won't get picked up. a > sudo udevadm test /sys/class/input/eventX should tell you whether the > property is picked up correctly by udev. and for the above to work, you need > to uppercase the hex, so it's b003v256Cp006E*. Those are the ones I can > immediately spot, but why didn't you just use the example that's already in > there (and matches by name)? Ah, because... I'm stupid I guess. Anyway I'm now using that, udevadm test shows the property was picked up, but behaviour seems unchanged in that my evemu-record only shows BTN_TOOL_PEN once. Would the evemu-record help or is there some other info which is needed? Something which may or may not be interesting, under evemu-record the id for the Pentablet Pen is 17 Available devices: /dev/input/event0: AT Translated Set 2 keyboard /dev/input/event1: Asus WMI hotkeys /dev/input/event2: Lid Switch /dev/input/event3: Sleep Button /dev/input/event4: Power Button /dev/input/event5: Asus Wireless Radio Control /dev/input/event6: HDA Digital PCBeep /dev/input/event7: HDA Intel PCH Mic /dev/input/event8: HDA Intel PCH Headphone /dev/input/event9: Video Bus /dev/input/event10: Video Bus /dev/input/event11: PC Speaker /dev/input/event12: NOVATEK USB Keyboard /dev/input/event13: NOVATEK USB Keyboard /dev/input/event14: PixArt USB Optical Mouse /dev/input/event15: ETPS/2 Elantech Touchpad /dev/input/event16: ASUS USB2.0 Webcam /dev/input/event17: PenTablet Pen /dev/input/event18: PenTablet Pad /dev/input/event19: PenTablet Mouse /dev/input/event20: PenTablet Keyboard /dev/input/event21: PenTablet Consumer Control /dev/input/event22: PenTablet System Control But my xinput --list shows something else. ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ ETPS/2 Elantech Touchpad id=13 [slave pointer (2)] ⎜ ↳ PixArt USB Optical Mouse id=15 [slave pointer (2)] ⎜ ↳ PenTablet Pad id=17 [slave pointer (2)] ⎜ ↳ PenTablet Pen Pen (0) id=20 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Button id=6[slave keyboard (3)] ↳ Asus Wireless Radio Control id=7[slave keyboard (3)] ↳ Video Bus id=8[slave keyboard (3)] ↳ Video Bus id=9[slave keyboard (3)] ↳ Sleep Button id=10 [slave keyboard (3)] ↳ Asus WMI hotkeys id=11 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=12 [slave keyboard (3)] ↳ ASUS USB2.0 Webcamid=14 [slave keyboard (3)] ↳ PenTablet Pen id=16 [slave keyboard (3)] ↳ NOVATEK USB Keyboard id=18 [slave keyboard (3)] ↳ NOVATEK USB Keyboard id=19 [slave keyboard (3)] -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #58 from Peter Hutterer--- this should be just 1, not "reserved", otherwise it won't get picked up. a sudo udevadm test /sys/class/input/eventX should tell you whether the property is picked up correctly by udev. and for the above to work, you need to uppercase the hex, so it's b003v256Cp006E*. Those are the ones I can immediately spot, but why didn't you just use the example that's already in there (and matches by name)? -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #57 from ngoo...@gmail.com --- Okay gave that a try. Not sure if my hwdb is a) correct and b) taking effect, but no difference in behavior that I can see. This is what I put in /etc/udev/hwdb.d/70-HuionDWH69.hwdb libinput:input:b003v256cp006e* LIBINPUT_MODEL_HUION_TABLET_NO_PROXIMITY_OUT=reserved -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 Peter Huttererchanged: What|Removed |Added Status|ASSIGNED|NEEDINFO --- Comment #56 from Peter Hutterer --- give this one a try please: https://github.com/whot/libinput/tree/wip/huion-dwh69-fdo97771 Note that you need to set the hwdb entry (see the last commit) so that the udev property shows up on your device, otherwise it won't apply. -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #53 from ngoo...@gmail.com --- Created attachment 128460 --> https://bugs.freedesktop.org/attachment.cgi?id=128460=edit evemu-record output for Pen device - immediately after boot Looks like you're right. It shows BTN_TOOL_PEN in this situation. -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #52 from Peter Hutterer--- Muslim: Weston doesn't have tablet support yet, so that's expected. GNOME should have it in the latest version, but unless you're on F25, don't expect it to work. IIRC the Huion tablets re-use product ids, so let's file a separate bug for yours because this bug is about one that doesn't work in libinput at all. But if you say it works under X then it's highly likely that it works fine anyway (unless you have the wacom driver hooked up to it). But either way, separate bug please, thanks. -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #51 from Muslim--- @ Peter Hutterer Thanks for the informations. Should I open a new bug report ? Since it works for me under Xorg, but not under Wayland/Xwayland. Finally, I am able to "see" the tablet through libinput-list-devices and libinput-debug-events, but unable to use it under Gnome3/Wayland nor Weston/Wayland. -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #50 from Peter Hutterer--- (In reply to ngoonee from comment #49) > I'm actually fairly confused now, apologies for that. no worries, sorry about not being clear > Should I be using the patch from commit 19 for this test? yes please, given that it's needed anyway > Should I be rebooting with the device plugged in or plug it in after boot? shouldn't matter, but safer to plug it in after boot (less chance of accidental events) > If the latter, I guess I should start evemu-record before plugging it in? that won't work because evemu-record needs the device node which won't exist until it's plugged in. -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #49 from ngoo...@gmail.com --- I'm actually fairly confused now, apologies for that. Should I be using the patch from commit 19 for this test? Should I be rebooting with the device plugged in or plug it in after boot? If the latter, I guess I should start evemu-record before plugging it in? -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #48 from Peter Hutterer--- xinput on Wayland runs through Xwayland. And Xwayland doesn't see all input devices because it only sees what's on the wayland protocol and that works differently. So running xinput under wayland is almost always pointless. see also https://who-t.blogspot.com.au/2016/12/the-future-of-xinput-xmodmap-setxkbmap.html ngoonee, please do the following: reboot the machine without touching the tablet. then start evemu-record. *now* use the tablet for a single sequence and attach the output. I'm wondering whether the BTN_TOOL_PEN is never sent or just sent once on the very first event. That's why it's important that the tablet does not generate any events until you have evemu running -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
[Wayland-bugs] [Bug 97771] kernel: Huion DWH69 missing BTN_TOOL_PEN events
https://bugs.freedesktop.org/show_bug.cgi?id=97771 --- Comment #47 from Muslim--- Hi, Same problem on Debian. Under X sessions, the Huion tablet, identified like "256c:006e", works very well (not yet tried "shortcuts"). 'xinput list' command returns this: ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ USB Optical Mouse id=11 [slave pointer (2)] ⎜ ↳ PenTablet Penid=12 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Button id=6[slave keyboard (3)] ↳ Video Bus id=7[slave keyboard (3)] ↳ Power Button id=8[slave keyboard (3)] ↳ Logitech Logitech USB Keyboardid=9[slave keyboard (3)] ↳ Logitech Logitech USB Keyboardid=10 [slave keyboard (3)] While under Wayland, xinput returns this: ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ xwayland-pointer:13 id=6[slave pointer (2)] ⎜ ↳ xwayland-relative-pointer:13 id=7[slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ xwayland-keyboard:13 id=8[slave keyboard (3)] Is it normal that, even the Mouse and the Keybord are not identified correctly? Thanks -- You are receiving this mail because: You are the assignee for the bug.___ wayland-bugs mailing list wayland-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-bugs