https://bugs.freedesktop.org/show_bug.cgi?id=101861
--- Comment #12 from Kirill Esipov <[email protected]> ---
(In reply to Zoltán Böszörményi from comment #11)
> (In reply to Kirill Esipov from comment #9)
> > I've the same issue. Any news about fixing?
> >
> > P.S. ts_lib fix it here:
> > https://github.com/kergoth/tslib/commit/
> > fa10e4c6c2b379a79897bb16b2f3b07740d199fb
>
> Unfortunately I can't use tslib for some reason as xf86-input-tslib crashes
> Xorg.
> https://github.com/merge/xf86-input-tslib
(In reply to Zoltán Böszörményi from comment #10)
> I have a kernel patch based on parts of the GPL EETI kernel driver
> I got sent to by way of a PC maker. The patch is at:
>
> http://marc.info/?l=linux-input&m=150167441312020&w=2
>
> With this patch, xf86-input-libinput works out of the box.
>
> The way EETI treats their devices is somewhat funny.
>
> Their kernel driver leaves a backdoor (a pipe) so the older generation of
> their
> closed source daemon can switch it into some specific mode. Then the daemon
> opens a new uinput device and feeds it with data.
>
> Same with their latest generation of said daemon which talks to the device
> over a hidraw device node. The in-kernel hid-multitouch driver then
> completely
> loses events and only the events fed by the daemon to uinput is accepted.
Thank you for reply! I've tested this patch on wayland/weston armv7-a machine
-it work fine!
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
wayland-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
