--- Comment #12 from Kirill Esipov <yesi...@gmail.com> ---
(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
(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:
> 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
> 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
> 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