Click too sensitive on Big Sur Lenovo T440

[voodoosmbus]

Click too sensitive on Big Sur Lenovo T440

[Sniki]

This may have been already fixed on Master recently.

[1Revenger1]

I don't believe that is anything I can fix with VoodooRMI, unless some touch data is getting reported wrong. Please provide a snippet of touch data from the trackpad specifically highlighting this issue in the form of a log file.

[jarno83]

Hi, thanks for reply.
This is what I got from logs from catalina install :

VRMI - Info: SMBus version 2
VRMI - Info: RMI Bus (RELEASE) Starting up!
VRMI - Info: Initializing F34.
VRMI - Info: F34 not implemented
VRMI - Info: Initializing F01.
VRMI - Info: Found RMI4 device, manufacturer: Synaptics, product: TM3053-004, fw id: 1741117
VRMI - Info: Initializing F03.
VRMI - Info: Initializing F11.
VRMI - Info: Initializing F54.
VRMI - Info: F54 not implemented
VRMI - Info: Initializing F30.
VRMI - Info: Finish PS2 init

I tried latest debug version and trackpoint is working but no touchpad, the log was long, so I copied it to pastebin:
https://pastebin.com/E4BYs7ic

Thanks.

[1Revenger1]

This needs data from VoodooInput as well unfortunately, can you use Voodoo rather than VRMI in the command?

[jarno83]

Using Voodoo won't give anything. I'm using Sniki's EFi for T440S - https://github.com/Sniki/Lenovo-Thinkpad-T440S
Thanks

[1Revenger1]

Hrmm, can you just send the entire dmesg log? It might be that VoodooInput doesn't say Voodoo in it's logs (which is kind of annoying tbh)

[jarno83]

Hi, I hope this helps - https://pastebin.com/GKQ8hHWG
Thank you :)

[1Revenger1]

Hrmm, are you using the debug version of VoodooRMI? Not seeing the loga from VRMI - I see voodooSMBus though which is weird

Edit: oh wait, I added logging for that - please switch to the debug version and send the log again. You may want to check the log yourself for the data before uploading it. You should see number of fingers, F11/F12 packets, and coordinates.

Edit: sorry for sending you on a wild goose chase - clearly I haven't thought this through 100% lol. Should be good though with the debug version, was getting logs correctly otherwise.

[jarno83]

Hi, no worries. I changed VoodooRMI and VoodooSMBus kext to latest debug versions. Strange is that with debug version touchpad is not working but trackpoint does. Here is the log - https://pastebin.com/PRww1QAH

Thanks again :)

[1Revenger1]

Weird, it appears VoodooInput isn't being started. Do you mind checking that it's loaded with kextstat | grep -i Voodoo in terminal? May try moving VoodooInput around in your config.plist as well

Could try this latest version of VoodooRMI: https://github.com/VoodooSMBus/VoodooRMI/runs/1607290389 (There is an artifact on the right hand side which you should download). If neither of those work, you could try pairing VoodooInput from the release version of VoodooRMI (under VoodooRMI.kext/Contents/PlugIns) with the debug version of VoodooRMI and seeing if that'll work

[ryulove3]

Screen.Recording.2020-12-27.at.4.41.55.PM.mov

HP 8570W (3th Ivybridge) Catalina 10.15.7
Clover 5118 & Opencore 0.6.4 +VoodooRMI 1.2& 1.3

accidentally click on items <-- accidentally tab to click(one finger) and stop scrolling (two finger).

may find out by watching the video. Finger data disappears instantly.

Lenovo x250 (5th broadwell), hp 850G1 (4th Haswell)
Big Sur 11.1 & Opencore 0.6.4 +VoodooRMI 1.2& 1.3---> No problems

[jarno83]

I'm on catalina right now, will update soon.
With the 1.3 debug and release, the os is not booting and will restart after some minutes of being hanged.

Screen.Recording.2020-12-27.at.4.41.55.PM.mov
HP 8570W (3th Ivybridge) Catalina 10.15.7
Clover 5118 & Opencore 0.6.4 +VoodooRMI 1.2& 1.3

accidentally click on items <-- accidentally tab to click(one finger) and stop scrolling (two finger).

may find out by watching the video. Finger data disappears instantly.

Lenovo x250 (5th broadwell), hp 850G1 (4th Haswell)
Big Sur 11.1 & Opencore 0.6.4 +VoodooRMI 1.2& 1.3---> No problems

I think same happens to me.

[ryulove3]

If the multi fingers, Only one finger disappears and stops responding. One of four, one of three, one of two. if just one finger, it stops responding in a very short time and then recognizes again.

[shaizu]

accidentally click on items <-- accidentally tab to click(one finger) and stop scrolling (two finger).

same thing happens to me even tried to debug but VoodooInput.kext doesn't load
contacted @1Revenger1 in discord for the same issue on discord month ago

[ryulove3]

Version 1.3 is a huge improvement over 1.2. On the hp 8570w, miss clicks has been significantly reduced, and two-finger scrolling is possible. Of course, it is still not smooth. On the hp 850 g1, lenovo x250, there was a problem with cursor popping when using multi-gesture (ex. 3finger drag), but it is improved. so impressive!!!
(8570w - catalina + opencore 0.6.4
850 g1, x250 - big sur + opencore 0.6.4)

[jarno83]

Hi again. I'm now using bigsur and 1.3 works a lot better than 1.2 on catalina. I'm happy with that user experience :)

[singhalrishi27]

disappears and stops responding.

I have also same problem and was fine with VoodooRMI 1.2

#92

[jarno83]

It looks like the problem mainly appears after wake from sleep for some minutes when CPU is working hard (i5 4300u). Maybe with faster systems it's not so noticeable.

[singhalrishi27]

It looks like the problem mainly appears after wake from sleep for some minutes when CPU is working hard (i5 4300u). Maybe with faster systems it's not so noticeable.

anyways its a HP issue I guess @1Revenger1 Thinks that it is trackpad issue
I don't think because v1.2 detects gestures perfectly as it should....
what do you think

[1Revenger1]

I don't think because v1.2 detects gestures perfectly as it should....

That's weird, the only code that changed how packets are recieved are changes to palm rejection. You could check logging data to see if fingers are being invalidated but last I checked, it looked fine. If it's not that, I have no clue why it's having issues on version 1.3.

[singhalrishi27]

I don't think because v1.2 detects gestures perfectly as it should....

That's weird, the only code that changed how packets are recieved are changes to palm rejection. You could check logging data to see if fingers are being invalidated but last I checked, it looked fine. If it's not that, I have no clue why it's having issues on version 1.3.

I saw that when using 4 finger 1 finger gets lost when 2 or 3 fingers same issue happens again