Contribute
Register

New VoodooPS2Controller, Keyboard, Trackpad

RehabMan

Moderator
Joined
May 3, 2012
Messages
191,691
Motherboard
Intel DH67BL
CPU
Core i7-2600K
Graphics
Intel HD 3000
Mac
MacBook Air
Mobile Phone
iOS
@RehabMan - the slow mouse problem for my DIY Desktop system was introduced with VoodooPS2Controller v1.8.30 (mouse works fine with v1.8.29). Attached are the gen_debug files for v1.8.29 and v1.8.30. I didn't bother to re-install v1.8.32 since I already confirmed that the v.1.8.32 behavior is no different than v1.8.30. Hopefully this helps you. In the mean time, I'm happy with v1.8.29 and don't expect a fix for my system. I'm happy with what I have.

Not sure if this is anything and don't want to send you on a wild goose chase, but when I installed v1.8.30 and rebooted, my sound didn't work. It didn't occur to me until I had already reverted to 1.8.29 that I should have rebooted (again) with v1.8.30 to see if the sound problem persisted. Anyway, my sound on this system is very reliable - no problems. When I reverted to v1.8.29 and rebooted, sound was back to normal.
Audio not related to PS2.

With v1.8.30, try setting a shorter FindMouseDelay (default is 500ms).
For example, to set to zero use kernel flag: vps2_findmousedelay=0
Or for 100ms: vps2_findmousedelay=100
If zero works, try to find the smallest value that causes failure (and by correlation, largest value that works).

Also, to make sure it isn't VoodooPS2Trackpad.kext changes (at startup, it probes and fails, which allows VoodooPS2Mouse.kext to start), remove VoodooPS2Controller.kext/Contents/PlugIns/VoodooPS2Trackpad.kext.
 
Last edited:
Joined
Sep 22, 2011
Messages
249
Motherboard
Thinkpad T61-Clover
CPU
T9300/ICH8M
Graphics
Quadro NVS 140m, 1280x800
Mac
MacBook Pro
Audio not related to PS2.

With v1.8.30, try setting a shorter FindMouseDelay (default is 500ms).
For example, to set to zero use kernel flag: vps2_findmousedelay=0
Or for 100ms: vps2_findmousedelay=100
If zero works, try to find the smallest value that causes failure (and by correlation, largest value that works).

Also, to make sure it isn't VoodooPS2Trackpad.kext changes (at startup, it probes and fails, which allows VoodooPS2Mouse.kext to start), remove VoodooPS2Controller.kext/Contents/PlugIns/VoodooPS2Trackpad.kext.
As you expected, system behavior is different with and without VoodooPS2Trackpad.kext. Detailed test results are below. After testing variations with VoodooPS2Controller.kext v1.8.30, I found that vps2_findmousedelay=180 works when VoodooPS2Trackpad.kext is installed (vps2_findmousedelay=430 works when VoodooPS2Trackpad.kext is NOT installed). After testing with v1.8.30, I installed v1.8.32 and confirmed that it also works with the same modified vps2_findmousedelay. My current working state is VoodooPS2Controller.kext v1.8.32 (with VoodooPS2Trackpad.kext) and vps2_findmousedelay=180. My debug files for this latest configuration are attached.

A couple of notes:
  1. When I first set findmousedelay=0 at the start of testing (v1.8.30 without VoodooPS2Trackpad.kext), my system experienced a kernel panic upon reboot. The screen vanished quickly (didn't have debug=0x100). I set debug=0x100 after this and never observed the kernel panic again. I don't ever see kernel panics on this system, but can't be certain that the kernel panic was caused by VoodooPS2Controller.
  2. Off-topic: TRIM does not appear to be enabled on this system (even though I have the TRIM patch selected in Clover). If you have any suggestions to enable TRIM, please let me know. Thank you.

Test results with v1.8.30 (reboot after each change):
Without VoodooPS2Trackpad.kext
vps2_findmousedelay=425: Fast (good)
vps2_findmousedelay=430: Fast (good)
vps2_findmousedelay=435: Slow (bad)

With VoodooPS2Trackpad.kext
vps2_findmousedelay=175: Fast (good)
vps2_findmousedelay=180: Fast (good)
vps2_findmousedelay=185: Slow (bad)
 

Attachments

RehabMan

Moderator
Joined
May 3, 2012
Messages
191,691
Motherboard
Intel DH67BL
CPU
Core i7-2600K
Graphics
Intel HD 3000
Mac
MacBook Air
Mobile Phone
iOS
As you expected, system behavior is different with and without VoodooPS2Trackpad.kext. Detailed test results are below. After testing variations with VoodooPS2Controller.kext v1.8.30, I found that vps2_findmousedelay=180 works when VoodooPS2Trackpad.kext is installed (vps2_findmousedelay=430 works when VoodooPS2Trackpad.kext is NOT installed). After testing with v1.8.30, I installed v1.8.32 and confirmed that it also works with the same modified vps2_findmousedelay. My current working state is VoodooPS2Controller.kext v1.8.32 (with VoodooPS2Trackpad.kext) and vps2_findmousedelay=180. My debug files for this latest configuration are attached.

A couple of notes:
  1. When I first set findmousedelay=0 at the start of testing (v1.8.30 without VoodooPS2Trackpad.kext), my system experienced a kernel panic upon reboot. The screen vanished quickly (didn't have debug=0x100). I set debug=0x100 after this and never observed the kernel panic again. I don't ever see kernel panics on this system, but can't be certain that the kernel panic was caused by VoodooPS2Controller.
  2. Off-topic: TRIM does not appear to be enabled on this system (even though I have the TRIM patch selected in Clover). If you have any suggestions to enable TRIM, please let me know. Thank you.

Test results with v1.8.30 (reboot after each change):
Without VoodooPS2Trackpad.kext
vps2_findmousedelay=425: Fast (good)
vps2_findmousedelay=430: Fast (good)
vps2_findmousedelay=435: Slow (bad)

With VoodooPS2Trackpad.kext
vps2_findmousedelay=175: Fast (good)
vps2_findmousedelay=180: Fast (good)
vps2_findmousedelay=185: Slow (bad)
I will change the default to 100. We'll then see if it is long enough for the laptops it was added for...

It probably makes sense for you to disable the VoodooPS2Trackpad.kext (because you know it will never start for your PS2 mouse). You can deleting it (as you already tested), or what I would recommend is disabling with ACPI.
This small SSDT will prevent each of the trackpad drivers from probing.
Save/compile it as SSDT-DisableTrackpadProbe.aml:
Code:
// For computers that either have no trackpad (eg. desktop with PS2 mouse)
// or laptops without any support by VoodooPS2Trackpad.kext, you can disable
// each of the trackpad drivers, such that they don't probe.
//
// This can improve the reliability of VoodooPS2Mouse.kext and is more efficient as well.
DefinitionBlock("", "SSDT", 2, "hack", "ps2", 0)
{
    Name(_SB.PCI0.LPCB.PS2K.RMCF, Package()
    {
        "Synaptics TouchPad", Package()
        {
            "DisableDevice", ">y",
        },
        "ALPS GlidePoint", Package()
        {
            "DisableDevice", ">y",
        },
        "Sentelic FSP", Package()
        {
            "DisableDevice", ">y",
        },
    })
}
//EOF
 
Joined
Sep 22, 2011
Messages
249
Motherboard
Thinkpad T61-Clover
CPU
T9300/ICH8M
Graphics
Quadro NVS 140m, 1280x800
Mac
MacBook Pro
I will change the default to 100. We'll then see if it is long enough for the laptops it was added for...

It probably makes sense for you to disable the VoodooPS2Trackpad.kext (because you know it will never start for your PS2 mouse). You can deleting it (as you already tested), or what I would recommend is disabling with ACPI.
This small SSDT will prevent each of the trackpad drivers from probing.
Save/compile it as SSDT-DisableTrackpadProbe.aml:
Code:
// For computers that either have no trackpad (eg. desktop with PS2 mouse)
// or laptops without any support by VoodooPS2Trackpad.kext, you can disable
// each of the trackpad drivers, such that they don't probe.
//
// This can improve the reliability of VoodooPS2Mouse.kext and is more efficient as well.
DefinitionBlock("", "SSDT", 2, "hack", "ps2", 0)
{
    Name(_SB.PCI0.LPCB.PS2K.RMCF, Package()
    {
        "Synaptics TouchPad", Package()
        {
            "DisableDevice", ">y",
        },
        "ALPS GlidePoint", Package()
        {
            "DisableDevice", ">y",
        },
        "Sentelic FSP", Package()
        {
            "DisableDevice", ">y",
        },
    })
}
//EOF
Thanks, @RehabMan. This SSDT did not work for me, so it could be that I did it wrong. Just to be clear, I should be able to copy the SSDT-DisableTrackpadProbe.dsl above, compile and save to CLOVER/ACPI/patched/SSDT-DisableTrackpadProbe.aml, and my system should behave as though I deleted VoodooPS2Trackpad.kext (requiring vps2_findmousedelay=430). Correct?

If so, that did NOT work for me. With SSDT-DisableTrackpadProbe.aml in CLOVER/ACPI/patched, I still needed vps2_findmousedelay=175. My system is still as shown in debug_ps2_v1.8.3.zip debug files from my previous post. This works for me, but if I can do anything to test/help, let me know.
 

RehabMan

Moderator
Joined
May 3, 2012
Messages
191,691
Motherboard
Intel DH67BL
CPU
Core i7-2600K
Graphics
Intel HD 3000
Mac
MacBook Air
Mobile Phone
iOS
Thanks, @RehabMan. This SSDT did not work for me, so it could be that I did it wrong. Just to be clear, I should be able to copy the SSDT-DisableTrackpadProbe.dsl above, compile and save to CLOVER/ACPI/patched/SSDT-DisableTrackpadProbe.aml, and my system should behave as though I deleted VoodooPS2Trackpad.kext (requiring vps2_findmousedelay=430). Correct?

If so, that did NOT work for me. With SSDT-DisableTrackpadProbe.aml in CLOVER/ACPI/patched, I still needed vps2_findmousedelay=175. My system is still as shown in debug_ps2_v1.8.3.zip debug files from my previous post. This works for me, but if I can do anything to test/help, let me know.
No "Problem Reporting" files attached (any change requires new files).
Read FAQ, "Problem Reporting" again. Carefully. Attach all requested files/output.
https://www.tonymacx86.com/threads/faq-read-first-laptop-frequent-questions.164990/
 
Joined
Sep 22, 2011
Messages
249
Motherboard
Thinkpad T61-Clover
CPU
T9300/ICH8M
Graphics
Quadro NVS 140m, 1280x800
Mac
MacBook Pro
@RehabMan - I asked a yes/no question. If the answer is yes, then I'll attach my problem reporting files.
 

RehabMan

Moderator
Joined
May 3, 2012
Messages
191,691
Motherboard
Intel DH67BL
CPU
Core i7-2600K
Graphics
Intel HD 3000
Mac
MacBook Air
Mobile Phone
iOS
@RehabMan - I asked a yes/no question. If the answer is yes, then I'll attach my problem reporting files.
It is not possible to predict what should happen regarding findmousedelay.
It is only possible to predict that with the SSDT-DisableTrackpadProbe.aml in ACPI/patched (assuming it is coded for the correct ACPI path), that all the trackpad probe methods will do an early exit.
You can read the VoodooPS2 source if you wish to understand how DisableDevice affects execution of probe.

Disabling the trackpad drivers with early probe exit has a similar effect to deleting the kext, but obviously not exactly the same.

Note that as far as kernel logs, you'll only be able to tell for sure for some of the drivers in the debug version (since some don't write any logs in probe in the release version).
 
Last edited:
Joined
Sep 22, 2011
Messages
249
Motherboard
Thinkpad T61-Clover
CPU
T9300/ICH8M
Graphics
Quadro NVS 140m, 1280x800
Mac
MacBook Pro
It is not possible to predict what should happen regarding findmousedelay.
It is only possible to predict that with the SSDT-DisableTrackpadProbe.aml in ACPI/patched (assuming it is coded for the correct ACPI path), that all the trackpad probe methods will do an early exit.
You can read the VoodooPS2 source if you wish to understand how DisableDevice affects execution of probe.

Note that as far as kernel logs, you'll only be able to tell for sure for some of the drivers in the debug version (since some don't write any logs in probe in the release version).
Ok - that makes sense. I examined the DSDT and it looks to my amateur/untrained eyes like the SSDT is coded for the correct ACPI path. I expected application of the SSDT to mimic the behavior I observed when I deleted VoodooPS2Trackpad.kext (which was that I could relax the findmousedelay (from 180 to 430). Instead, I still needed the lower findmousedelay (with application of the SSDT) for responsive mouse movement. With the SSDT, I don't notice any difference in mouse/system behavior or any change in required boot args. If that is to be expected, then everything looks good. My gen_debug files with the SSDT are attached.
 

Attachments

RehabMan

Moderator
Joined
May 3, 2012
Messages
191,691
Motherboard
Intel DH67BL
CPU
Core i7-2600K
Graphics
Intel HD 3000
Mac
MacBook Air
Mobile Phone
iOS
Ok - that makes sense. I examined the DSDT and it looks to my amateur/untrained eyes like the SSDT is coded for the correct ACPI path. I expected application of the SSDT to mimic the behavior I observed when I deleted VoodooPS2Trackpad.kext (which was that I could relax the findmousedelay (from 180 to 430). Instead, I still needed the lower findmousedelay (with application of the SSDT) for responsive mouse movement. With the SSDT, I don't notice any difference in mouse/system behavior or any change in required boot args. If that is to be expected, then everything looks good. My gen_debug files with the SSDT are attached.
Hmmm... no kernel log here.
 
Top