Skip site navigation (1)Skip section navigation (2)
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>