Contribute
Register

VoodooI2C Help and Support

Status
Not open for further replies.
Yes.
Also verify if polling mode has the same issues.
From what I understand, to enable polling mode i need to make some DSDT changes as detailed in the guide, and to go back, undo those changes? Is that right? Will VoodooI2CSynaptics work with polling mode? I see a note in the guide that only VoodooI2CHID can do both?

I did update the DSDT with the change you referenced. Still problematic, but I did also update to 10.14.5. Everything seems to work (until sleep), except multitouch on the touchscreen. I have the most recent files as of a week or so ago, is . voodooI2C compatible with 10.14.5 or did i muck things up upgrading too soon?


EDIT-Got multitouch working on touchscreen with the DSDT i attached below. Ive also updated all kexts to most recent. Trackpad after sleep is still problematic though
 

Attachments

  • debug_6461.zip
    6.8 MB · Views: 200
  • DSDT.aml
    93.4 KB · Views: 194
Last edited:
From what I understand, to enable polling mode i need to make some DSDT changes as detailed in the guide, and to go back, undo those changes? Is that right? Will VoodooI2CSynaptics work with polling mode? I see a note in the guide that only VoodooI2CHID can do both?

I did update the DSDT with the change you referenced. Still problematic, but I did also update to 10.14.5. Everything seems to work (until sleep), except multitouch on the touchscreen. I have the most recent files as of a week or so ago, is . voodooI2C compatible with 10.14.5 or did i muck things up upgrading too soon?


EDIT-Got multitouch working on touchscreen with the DSDT i attached below. Ive also updated all kexts to most recent. Trackpad after sleep is still problematic though
You're right, Synaptics kext isn't working with polling. Sorry.
The kext should really work with newer OS versions. No reported issue with 10.14.5.

I don't think it'll help, but you could try changing this:
Code:
                If (LEqual (SDM0, Zero))
                {
                    SHPO (GPDI, One)
                }
To this:
Code:
                SHPO (GPDI, One)
Within your trackpad's _INI method.
 
You're right, Synaptics kext isn't working with polling. Sorry.
The kext should really work with newer OS versions. No reported issue with 10.14.5.

I don't think it'll help, but you could try changing this:
Code:
                If (LEqual (SDM0, Zero))
                {
                    SHPO (GPDI, One)
                }
To this:
Code:
                SHPO (GPDI, One)
Within your trackpad's _INI method.

Ive put it to sleep for a few minutes twice over, and so far so good. Havent ran into any issues. Will see how it goes after it sleeps overnight but im hopeful.
 
I'm stumped.
I've gone over the installation and GPIO pinning instructions many times and made all the required changes, so I thought, but still no trackpad. It does work for a couple of seconds after a reboot but then nothing.
It's an Asus, ETPD, with pin no 71 - 0x47.
I've attached the DSDT.dsl.
Kexts are VoodooI2C, I2CHID and GPIO. They're all loaded according to kextstat.
I've put a screenshot of the IO Explorer ETPD page as well.
 

Attachments

  • DSDT.dsl
    1.9 MB · Views: 87
  • Screenshot 2019-05-18 10.07.29.png
    Screenshot 2019-05-18 10.07.29.png
    82.6 KB · Views: 188
I'm stumped.
I've gone over the installation and GPIO pinning instructions many times and made all the required changes, so I thought, but still no trackpad. It does work for a couple of seconds after a reboot but then nothing.
It's an Asus, ETPD, with pin no 71 - 0x47.
I've attached the DSDT.dsl.
Kexts are VoodooI2C, I2CHID and GPIO. They're all loaded according to kextstat.
I've put a screenshot of the IO Explorer ETPD page as well.
Attached files are not as requested. Please attach all the requested files. You may use gen_debug.sh to collect them (and some more helpful information) automatically.

Notice current files show you're using polling mode, not GPIO interrupts.
 
Attached files are not as requested. Please attach all the requested files. You may use gen_debug.sh to collect them (and some more helpful information) automatically.

Notice current files show you're using polling mode, not GPIO interrupts.

Here You go. Thanks!
I'll take a kook at getting out of polling mode after breakfast :)
 

Attachments

  • debug_14422.zip
    4 MB · Views: 194
Here You go. Thanks!
I'll take a kook at getting out of polling mode after breakfast :)
Notice you're on Coffee Lake, hence you're using the Cannon Lake GPIO controller. It's currently not supported (under development/testing), but will be soon, in a future release. For now, you should use polling.
Once CNL GPIO support is released, you can hopefully use GPIO interrupts. Note GPIO pin will be different than what you've already found (GPIO pinning guide will be updated to mention the CNL controller as well)

About the input problem - for some reason your kernel_log lacks some debug information that should be printed by VoodooI2C.

Why did you install VoodooGPIO separately? It's already included as a VoodooI2C plugin... Remove it.

Use just AsusSMC.kext for keys, etc. No need for two kexts - remove AsusNBFnKeys.kext.
SMCSuperIO.kext is probably not usable for your hardware, see if you have a supported device - otherwise remove.

Remove HWInfo.kext, it's unusable with VirtaulSMC.
You don't need RealtekALC.kext when using AppleALC, remove it too...

Please attach another archive (after making those changes), I hope it will output the necessary information now.
 
Notice you're on Coffee Lake, ...

Please attach another archive (after making those changes), I hope it will output the necessary information now.

Thank you so much. I appreciate the time you put into helping me :)
I've made the changes you suggested which should hopefully give you more info on the VoodooI2C.
This debug is without the mentioned kexts and with no SSDT or DSDT.
 

Attachments

  • debug_16684.zip
    3.6 MB · Views: 201
Thank you so much. I appreciate the time you put into helping me :)
I've made the changes you suggested which should hopefully give you more info on the VoodooI2C.
This debug is without the mentioned kexts and with no SSDT or DSDT.
Great, the log is now full :)
You can try making SSCN, FMCN available.
There's an If (USTP) condition in your DSDT. You can try removing it, keeping everything inside, so it's unconditional.
 
Great, the log is now full :)
You can try making SSCN, FMCN available.
There's an If (USTP) condition in your DSDT. You can try removing it, keeping everything inside, so it's unconditional.

Lol I'm a 60yr old Architect. Wouldn't have any idea how to do those things
I don't have a DSDT in patched but I'll attach my origin folder. I appreciate this.
 

Attachments

  • origin.zip
    79.6 KB · Views: 208
Status
Not open for further replies.
Back
Top