Date: Fri, 12 Mar 2021 20:33:25 +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-j3Ftb4UuAm@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 #14 from Greg V <greg@unrelenting.technology> --- (In reply to Vladimir Kondratyev from comment #12) Testing on MacBookPro12,1 (BTW this is the amazing generation that supports both USB and SPI, so I'm trying to do something with SPI as well) 1. wasted quite some time trying to "fix" wsp_probe before realizing that it was probing other things =E2=80=94 the actual touchpad interface was occupi= ed by usbhid! As a workaround, added a (uaa->info.idVendor =3D=3D 0x5ac && uaa->info.bIfa= ceIndex =3D=3D 2) check to usbhid_probe. 2. the touchpad's evdev only reports events when moused is running (i.e. /dev/wsp0 is open)! 3. after just starting moused, there's initially an uhhh stuck finger?? Basically no evdev events for just single finger movement, then adding a se= cond finger makes one finger show up. Then it usually gets unstuck quickly after ending the touches (???) and everything starts working properly. At least f= rom libinput debug-events I can see that 2-3-4 finger gestures get recognized correctly. --=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-j3Ftb4UuAm>