[Wayland-bugs] [Bug 97771] Huion DWH69 not working with libinput 1.4.2 and xf86-input-libinput 0.19

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=97771

--- Comment #25 from Benjamin Tissoires <benjamin.tissoires at gmail.com> ---
(In reply to ngoonee from comment #20)
> sudo make
> [sudo] password for ngoonee:
> make -C /lib/modules/4.7.3-2-ARCH/build
> SUBDIRS=/home/data/Downloads/digimend-kernel-drivers-6 modules
> make[1]: Entering directory '/usr/lib/modules/4.7.3-2-ARCH/build'
>   CC [M]  /home/data/Downloads/digimend-kernel-drivers-6/hid-uclogic.o
> /home/data/Downloads/digimend-kernel-drivers-6/hid-uclogic.c:1101:22: error:
> initialization from incompatible pointer type
> [-Werror=incompatible-pointer-types]
>   .input_configured = uclogic_input_configured,
>                       ^~~~~~~~~~~~~~~~~~~~~~~~
> /home/data/Downloads/digimend-kernel-drivers-6/hid-uclogic.c:1101:22: note:
> (near initialization for ‘uclogic_driver.input_configured’)
> cc1: some warnings being treated as errors

Hmm, weird, I would have expected "#if LINUX_VERSION_CODE < KERNEL_VERSION(4,
4, 0)" to be working.

You should be able to replace the #if statement above with "#if 0" and this
should hopefully be OK.


(In reply to ngoonee from comment #21)
> I have no problems compiling latest git kernel though, if these are already
> committed there.

They are submitted, but not yet committed. The patch you need is
https://patchwork.kernel.org/patch/9332241/ but I am not sure if you need the 4
before of this one or not


(In reply to ngoonee from comment #24)
> Created attachment 126530 [details]
> hid-recorder output - matching with evemu-record

Thanks for the log. The good news is that as soon as you will be able to apply
the patch above, you should have working buttons. This device doesn't have
fallback mechanism for the buttons and doesn't send keystrokes when you press
those (which was the case for other Huions).

When the patch will be applied, this will also remove the spurious BTN_TOOL_PEN
0/1 when you press the buttons, as they will be properly parsed and the state
will be normal.

The last worrying thing (but I think it's already known) is that the InRange
bit is always set, meaning that there won't be any out of proximity events.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20160915/06b3612f/attachment.html>