Date: Mon, 15 Mar 2021 00:18:49 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 252236] atp(4): Need EVDEV support for modern input stack Message-ID: <bug-252236-227-kWOQc9EMmb@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-252236-227@https.bugs.freebsd.org/bugzilla/> References: <bug-252236-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252236 --- Comment #26 from Greg V <greg@unrelenting.technology> --- Created attachment 223276 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D223276&action= =3Dedit linuxbcm.log Comparing evemu logs to Linux, the only reason I can find for libinput to n= ot like your events very much is not sending ABS_MT_TRACKING_ID. Here's a log from Linux, doing three simple movements, ABS_MT_TRACKING_ID clearly goes 2 =E2=86=92 -1 =E2=86=92 3 =E2=86=92 -1 =E2=86=92 4 =E2=86=92 = -1 according to the touches. Doing similar movements on wsp, I only see one ABS_MT_TRACKING_ID event (value 0). With my WIP SPI driver right now (which works with the exact same finger struct from the hardware), there are none, and libinput completely ignores these moveme= nts. hmt works correctly, also reporting ABS_MT_TRACKING_ID -1 after each touch finishes (even with the new mt code). --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-252236-227-kWOQc9EMmb>