<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - Trackpad drags halt suddenly" href="https://bugs.freedesktop.org/show_bug.cgi?id=99975#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - Trackpad drags halt suddenly" href="https://bugs.freedesktop.org/show_bug.cgi?id=99975">bug 99975</a> from <a class="email" href="mailto:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> Peter Hutterer</a> <pre>Not quite. We get pressure values from the evdev node and until 1.7 we only relied on BTN_TOUCH for "touch is down". That's set by the kernel based on some pressure value (I need to check what the thresholds are for elantechs). in libinput 1.7 we now have a hi/lo schmitt trigger that defaults to iirc 30/25. Those defaults match the synaptics xorg driver but synaptics also has some model detection and effectively sets the hi/lo values to 1/1 in the case of elantech, i.e. disabling any pressure-based detection. I didn't take that bit for libinput because I wasn't sure it was (still) required and 1/1 exposes you to ghost touches on close finger hover. Based on your recording above it looks like you can easily get below 25, so this indicates the elantech thresholds need to be adjusted. Trivial to do, but I'd like to do so based on a bit of data :) Hence the need for an evemu recording of a few h of usage, I can run analysis scripts over that to guesstimate a good value range. It may end up to be 25/10, but let's analyse this first. Note that this is all in the xorg drivers/libinput, none of that is firmware or kernel (except for the BTN_TOUCH bit).</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>