Contribute
Register

VoodooI2C Help and Support

Status
Not open for further replies.
ben9923 said:
Hmm... Not sure what can be done more exactly :(
You could try older versions of the kext, one might work and will give us a clue about the problem.
Click to expand...
Understood, its annoying, but worst case I can shutdown before I go to sleep for the night and itll be fine the next morning. By chance is there any way to unload/reload the kext while the OS is booted? I assume no, but itd be nice to just run a script to unload/reload after sleep instead of restarting.

Have something else I wanted to run by you regarding the accelerometer/gyro in this laptop. At times, if i pick up my laptop from a particular corner, or if i toss it on a bed/couch (short distance) it will rotate the screen 90* or 180*. I have to mess with it to get it back to normal orientation. I understand this is due to VoodooI2C attaching to those sensors. Is there any way to make these sensors work as they do in Windows (its random right now) or make the sensors just be ignored if there is no way to mimic Windows behavior?
 
suffering said:
Understood, its annoying, but worst case I can shutdown before I go to sleep for the night and itll be fine the next morning. By chance is there any way to unload/reload the kext while the OS is booted? I assume no, but itd be nice to just run a script to unload/reload after sleep instead of restarting.

Have something else I wanted to run by you regarding the accelerometer/gyro in this laptop. At times, if i pick up my laptop from a particular corner, or if i toss it on a bed/couch (short distance) it will rotate the screen 90* or 180*. I have to mess with it to get it back to normal orientation. I understand this is due to VoodooI2C attaching to those sensors. Is there any way to make these sensors work as they do in Windows (its random right now) or make the sensors just be ignored if there is no way to mimic Windows behavior?
Click to expand...
Sensor support is really initial, you can disable the device under macOS by eliminating the HS04 USB port it's attached to.
Either create an SSDT for USBInjectAll to include your ports (minus HS04), or create a port injector via Hackintool with your ports only (again, without HS04) and omit USBInjectAll.
 
Code: 
MacBook-Pro:~ brian$ ioreg | grep AppleUSB20X
    | |   |   +-o HS01@14100000  <class AppleUSB20XHCIPort, id 0x100000303, registered, matched, active, busy 0 (697 ms), retain 32>
    | |   |   +-o HS02@14200000  <class AppleUSB20XHCIPort, id 0x100000304, registered, matched, active, busy 0 (222 ms), retain 32>
    | |   |   +-o HS03@14300000  <class AppleUSB20XHCIPort, id 0x100000305, registered, matched, active, busy 0 (5032 ms), retain 32>
    | |   |   +-o HS04@14400000  <class AppleUSB20XHCIPort, id 0x100000306, registered, matched, active, busy 1 (7677146 ms), retain 37>
    | |   |   +-o HS05@14500000  <class AppleUSB20XHCIPort, id 0x100000307, registered, matched, active, busy 0 (5449 ms), retain 40>
    | |   |   +-o HS06@14600000  <class AppleUSB20XHCIPort, id 0x100000308, registered, matched, active, busy 0 (1 ms), retain 30>
    | |   |   +-o HS07@14700000  <class AppleUSB20XHCIPort, id 0x100000309, registered, matched, active, busy 0 (6366 ms), retain 40>
    | |   |   +-o HS08@14800000  <class AppleUSB20XHCIPort, id 0x10000030a, registered, matched, active, busy 0 (13081 ms), retain 40>
    | |   |   +-o HS09@14900000  <class AppleUSB20XHCIPort, id 0x10000030b, registered, matched, active, busy 0 (0 ms), retain 30>
    | |   |   +-o HS10@14a00000  <class AppleUSB20XHCIPort, id 0x10000030c, registered, matched, active, busy 0 (0 ms), retain 30>
    | |   |   +-o USR1@14b00000  <class AppleUSB20XHCIPort, id 0x10000030d, registered, matched, active, busy 0 (0 ms), retain 30>
    | |   |   +-o USR2@14c00000  <class AppleUSB20XHCIPort, id 0x10000030e, registered, matched, active, busy 0 (0 ms), retain 30>
MacBook-Pro:~ brian$ ioreg | grep AppleUSB30X
    | |   |   +-o SS01@14d00000  <class AppleUSB30XHCIPort, id 0x10000030f, registered, matched, active, busy 0 (416 ms), retain 34>
    | |   |   +-o SS02@14e00000  <class AppleUSB30XHCIPort, id 0x100000310, registered, matched, active, busy 0 (0 ms), retain 33>
    | |   |   +-o SS03@14f00000  <class AppleUSB30XHCIPort, id 0x100000311, registered, matched, active, busy 0 (0 ms), retain 33>

Okay, so here is the output, and im seeing the same ports in hackintool. HS01-03 are my external USB ports, HS05 is the webcam, HS07 is the touchscreen, HS08 is the wifi card. Im not sure what the other ports are exactly (except HS04 which you point out are the sensors) but i do know SS01-03 are also the external USB ports, except reporting usb3. So, i can assume all of these ports listed here are the ones id use, and nothing else (with the exception of removing HS04), is that right?

Edit-Got it. Created a SSDT for USBInjectAll and now HS04 (and all other ports that werent used) are now gone:

Code: 
MacBook-Pro:~ brian$ ioreg | grep AppleUSB30X
    | |   |   +-o SS01@14700000  <class AppleUSB30XHCIPort, id 0x10000030a, registered, matched, active, busy 0 (0 ms), retain 13>
    | |   |   +-o SS02@14800000  <class AppleUSB30XHCIPort, id 0x10000030b, registered, matched, active, busy 0 (0 ms), retain 13>
    | |   |   +-o SS03@14900000  <class AppleUSB30XHCIPort, id 0x10000030c, registered, matched, active, busy 0 (0 ms), retain 13>
MacBook-Pro:~ brian$ ioreg | grep AppleUSB20X
    | |   |   +-o HS01@14100000  <class AppleUSB20XHCIPort, id 0x100000304, registered, matched, active, busy 0 (1 ms), retain 10>
    | |   |   +-o HS02@14200000  <class AppleUSB20XHCIPort, id 0x100000305, registered, matched, active, busy 0 (1 ms), retain 10>
    | |   |   +-o HS03@14300000  <class AppleUSB20XHCIPort, id 0x100000306, registered, matched, active, busy 0 (0 ms), retain 10>
    | |   |   +-o HS05@14400000  <class AppleUSB20XHCIPort, id 0x100000307, registered, matched, active, busy 0 (124 ms), retain 14>
    | |   |   +-o HS07@14500000  <class AppleUSB20XHCIPort, id 0x100000308, registered, matched, active, busy 0 (96 ms), retain 14>
    | |   |   +-o HS08@14600000  <class AppleUSB20XHCIPort, id 0x100000309, registered, matched, active, busy 0 (7787 ms), retain 14>


I assume since the sensor hub was on USB, its not actually I2C, and therefore i cant get rotation working properly right?
 
Last edited:
suffering said:
Code: 
MacBook-Pro:~ brian$ ioreg | grep AppleUSB20X
    | |   |   +-o HS01@14100000  <class AppleUSB20XHCIPort, id 0x100000303, registered, matched, active, busy 0 (697 ms), retain 32>
    | |   |   +-o HS02@14200000  <class AppleUSB20XHCIPort, id 0x100000304, registered, matched, active, busy 0 (222 ms), retain 32>
    | |   |   +-o HS03@14300000  <class AppleUSB20XHCIPort, id 0x100000305, registered, matched, active, busy 0 (5032 ms), retain 32>
    | |   |   +-o HS04@14400000  <class AppleUSB20XHCIPort, id 0x100000306, registered, matched, active, busy 1 (7677146 ms), retain 37>
    | |   |   +-o HS05@14500000  <class AppleUSB20XHCIPort, id 0x100000307, registered, matched, active, busy 0 (5449 ms), retain 40>
    | |   |   +-o HS06@14600000  <class AppleUSB20XHCIPort, id 0x100000308, registered, matched, active, busy 0 (1 ms), retain 30>
    | |   |   +-o HS07@14700000  <class AppleUSB20XHCIPort, id 0x100000309, registered, matched, active, busy 0 (6366 ms), retain 40>
    | |   |   +-o HS08@14800000  <class AppleUSB20XHCIPort, id 0x10000030a, registered, matched, active, busy 0 (13081 ms), retain 40>
    | |   |   +-o HS09@14900000  <class AppleUSB20XHCIPort, id 0x10000030b, registered, matched, active, busy 0 (0 ms), retain 30>
    | |   |   +-o HS10@14a00000  <class AppleUSB20XHCIPort, id 0x10000030c, registered, matched, active, busy 0 (0 ms), retain 30>
    | |   |   +-o USR1@14b00000  <class AppleUSB20XHCIPort, id 0x10000030d, registered, matched, active, busy 0 (0 ms), retain 30>
    | |   |   +-o USR2@14c00000  <class AppleUSB20XHCIPort, id 0x10000030e, registered, matched, active, busy 0 (0 ms), retain 30>
MacBook-Pro:~ brian$ ioreg | grep AppleUSB30X
    | |   |   +-o SS01@14d00000  <class AppleUSB30XHCIPort, id 0x10000030f, registered, matched, active, busy 0 (416 ms), retain 34>
    | |   |   +-o SS02@14e00000  <class AppleUSB30XHCIPort, id 0x100000310, registered, matched, active, busy 0 (0 ms), retain 33>
    | |   |   +-o SS03@14f00000  <class AppleUSB30XHCIPort, id 0x100000311, registered, matched, active, busy 0 (0 ms), retain 33>

Okay, so here is the output, and im seeing the same ports in hackintool. HS01-03 are my external USB ports, HS05 is the webcam, HS07 is the touchscreen, HS08 is the wifi card. Im not sure what the other ports are exactly (except HS04 which you point out are the sensors) but i do know SS01-03 are also the external USB ports, except reporting usb3. So, i can assume all of these ports listed here are the ones id use, and nothing else (with the exception of removing HS04), is that right?

Edit-Got it. Created a SSDT for USBInjectAll and now HS04 (and all other ports that werent used) are now gone:

Code: 
MacBook-Pro:~ brian$ ioreg | grep AppleUSB30X
    | |   |   +-o SS01@14700000  <class AppleUSB30XHCIPort, id 0x10000030a, registered, matched, active, busy 0 (0 ms), retain 13>
    | |   |   +-o SS02@14800000  <class AppleUSB30XHCIPort, id 0x10000030b, registered, matched, active, busy 0 (0 ms), retain 13>
    | |   |   +-o SS03@14900000  <class AppleUSB30XHCIPort, id 0x10000030c, registered, matched, active, busy 0 (0 ms), retain 13>
MacBook-Pro:~ brian$ ioreg | grep AppleUSB20X
    | |   |   +-o HS01@14100000  <class AppleUSB20XHCIPort, id 0x100000304, registered, matched, active, busy 0 (1 ms), retain 10>
    | |   |   +-o HS02@14200000  <class AppleUSB20XHCIPort, id 0x100000305, registered, matched, active, busy 0 (1 ms), retain 10>
    | |   |   +-o HS03@14300000  <class AppleUSB20XHCIPort, id 0x100000306, registered, matched, active, busy 0 (0 ms), retain 10>
    | |   |   +-o HS05@14400000  <class AppleUSB20XHCIPort, id 0x100000307, registered, matched, active, busy 0 (124 ms), retain 14>
    | |   |   +-o HS07@14500000  <class AppleUSB20XHCIPort, id 0x100000308, registered, matched, active, busy 0 (96 ms), retain 14>
    | |   |   +-o HS08@14600000  <class AppleUSB20XHCIPort, id 0x100000309, registered, matched, active, busy 0 (7787 ms), retain 14>


I assume since the sensor hub was on USB, its not actually I2C, and therefore i cant get rotation working properly right?
Click to expand...
Actually it doesn't really matter whether it's connected via I2C or USB. The sensor code was built and tested for one sensor model, so support is not well. It definitely requires more work.
 
ben9923 said:
Actually it doesn't really matter whether it's connected via I2C or USB. The sensor code was built and tested for one sensor model, so support is not well. It definitely requires more work.
Click to expand...
Thats good to know. If it ever further develops to a stage you guys need people to test alpha/beta versions im a volunteer
 
ben9923 said:
Hmm... Not sure what can be done more exactly :(
You could try older versions of the kext, one might work and will give us a clue about the problem.
Click to expand...
Realized today I didnt have USB Power Property Injection completed (do now and it is working), nor was ECDV to EC active in config.plist. Also prior to today there was no SSDT-UIAC as well. Based on your experience could these circumstances contribute to the glitchy trackpad problems after sleep, or are they separate of each other? Ill be able to put it to sleep overnight today to test tomorrow but I am hopeful since I didnt realize I was missing these things.
 
please don't trash my brain for this, as Im sure its been asked. Can anyone confirm Apple Pencil working with ink.app in Mac OS with voodooi2c? what Apple Pencil models are supported? how's performance? thanks
 
suffering said:
Realized today I didnt have USB Power Property Injection completed (do now and it is working), nor was ECDV to EC active in config.plist. Also prior to today there was no SSDT-UIAC as well. Based on your experience could these circumstances contribute to the glitchy trackpad problems after sleep, or are they separate of each other? Ill be able to put it to sleep overnight today to test tomorrow but I am hopeful since I didnt realize I was missing these things.
Click to expand...
I don't think it's related. Your trackpad is I2C.
 
hi, can you check my files. I am using a razer blade 2016 with mojave. trackpad is detected but the cursor moves by itself. here are the files. all patches done.
 

Attachments

  • dsdt+ioreg.zip
    904.1 KB · Views: 91
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top