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

--- 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
> 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
wayland-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-bugs

Reply via email to