Contribute
Register

VoodooI2C Help and Support

Status
Not open for further replies.
Hello I'm trying to make a I2C Alps, SunrisePointLP, TP on a Dell Latitude 7280 to at least being usable as a mouse. Running high Sierra 10.13.3.
I've followed the guide here: https://voodooi2c.github.io/#index.
I've followed the GPIOPinning instructions being on a Skylake.
After finish modding the DSDT and installing the I2C kexts, as per guide I keep getting this error in the logs an naturally no touchpad at all:

Code: 
(kernel) VoodooI2CControllerDriver::pci8086,9d60 Unknown Synopsys component type: 0xffffffff

Naturally being an Alps TP (in Win10 TPD1 079f:044e, as 8086,9d60 in Mac OS) and not a Synopsys one I suppose this is the problem.
Strangely all the I@C logs before this seems to be correct:
Code: 
(kernel) VoodooGPIOSunrisePointLP::Loading GPIO Data for SunrisePoint-LP
(kernel) VoodooGPIOSunrisePointLP::VoodooGPIO Init!
(kernel) VoodooGPIOSunrisePointLP::VoodooGPIO Initializing Community 0
(kernel) VoodooGPIOSunrisePointLP::VoodooGPIO Initializing Community 1
(kernel) VoodooGPIOSunrisePointLP::VoodooGPIO Initializing Community 2
(kernel) VoodooGPIOSunrisePointLP::GPIO Controller is already awake! Not reinitializing.
(AppleIntelLpssI2C) AppleIntelLpssI2C-1::initACPIProvider: failed to get acpi path for provider ""pci8086,9d62"""
(AppleIntelLpssI2C) AppleIntelLpssI2C-1::start: initACPIProvider failed
(kernel) VoodooI2CPCIController::pci8086,9d60 Starting I2C controller
(kernel) VoodooI2CPCIController::pci8086,9d60 Set PCI power state D0
(kernel) VoodooI2CPCIController::pci8086,9d61 Starting I2C controller
(kernel) VoodooI2CPCIController::pci8086,9d61 Set PCI power state D0
(kernel) VoodooI2CPCIController::pci8086,9d60 Publishing nub
(kernel) VoodooI2CPCIController::pci8086,9d61 Publishing nub
(kernel) VoodooI2CControllerDriver::pci8086,9d60 Probing controller
(kernel) class: VoodooI2CPCIController

Is it possible to have an Alps TP working on HS? Even as simple mouse with no gestures?

Thank you all
 
karterilla said:
...
Click to expand...
Synposys has nothing to do with I2C trackpad type.

Note that Apple I2C kexts are trying to load and likely breaking things for VoodooI2C. This is indicative of either one of two things. Either you have installed to /S/L/E or /L/E and not Clover as the guide requests or you have FakeSMC in /S/L/E with "Inject Kexts" set to "Detect" in clover config.

You should also provide troubleshooting archives as requested on the troubleshooting page.
 
Thank you very much.
I'm attaching the files as per guide.
VoodooI2C kexts and FakeSMC in Clover, "Inject Kexts" set to "Yes", org Apple kexts away from /S/L/E: no input.
GPIO pinning made as per guide (maybe that is wrong...). Logs keep sporting same error for both 9d60 an 9d61 devices.

Thank you for what you are doing for the rest of us.
 

Attachments

  • Latitude7280 Alps.zip
    598.7 KB · Views: 105
Hi Everyone, I have an Asus Vivobook X405 with ELAN1200 touchpad. After following the GPIO pinning guide my touchpad still won't work. I have attached all the files for troubleshooting the problem, could anyone please advise? Thanks

Looking at the kernel log I can see the following which may be the issue:
kernel: (kernel) VoodooI2C::Found I2C device pci8086,9d61
2018-03-18 23:03:36.089534+0000 0xd4 Default 0x0 0 0 kernel: (kernel) Set PCI Power State D0
2018-03-18 23:03:36.090174+0000 0xd4 Default 0x0 0 0 kernel: (kernel) VoodooI2C:ci8086,9d61::Failed to read ACPI config
2018-03-18 23:03:36.090180+0000 0xd4 Default 0x0 0 0 kernel: (kernel) VoodooI2C::pci8086,9d61:: Loading hardcoded settings for HSW/BDW/SKL
2018-03-18 23:03:36.090224+0000 0xd4 Default 0x0 0 0 kernel: (kernel) VoodooI2C::pci8086,9d61::Found valid Synopsys component, continuing with initialisation
2018-03-18 23:03:36.090279+0000 0xd4 Default 0x0 0 0 kernel: (kernel) VoodooI2C::pci8086,9d61::Standard-mode HCNT:LCNT = 432:507
2018-03-18 23:03:36.090285+0000 0xd4 Default 0x0 0 0 kernel: (kernel) VoodooI2C::pci8086,9d61::Fast-mode HCNT:LCNT = 72:160
2018-03-18 23:03:36.092289+0000 0xd4 Default 0x0 0 0 kernel: (kernel) VoodooI2CHIDDevice::pci8086,9d61::HID Probe called for i2c 0x15
2018-03-18 23:03:36.092692+0000 0xd4 Default 0x0 0 0 kernel: (AppleACPIPlatform) ACPI Warning: \_SB.PCI0.I2C1.ETPD._DSM:
2018-03-18 23:03:36.092693+0000 0xd4 Default 0x0 0 0 kernel: (AppleACPIPlatform) ACPI Warning: \_SB.PCI0.I2C1.ETPD._DSM:
2018-03-18 23:03:36.092698+0000 0xd4 Default 0x0 0 0 kernel: (AppleACPIPlatform) Insufficient arguments - Caller passed 3, ACPI requires 4
2018-03-18 23:03:36.092700+0000 0xd4 Default 0x0 0 0 kernel: (AppleACPIPlatform) Insufficient arguments - Caller passed 3, ACPI requires 4
2018-03-18 23:03:36.092705+0000 0xd4 Default 0x0 0 0 kernel: (AppleACPIPlatform) (20160930/nsarguments-364)
2018-03-18 23:03:36.092707+0000 0xd4 Default 0x0 0 0 kernel: (AppleACPIPlatform) (20160930/nsarguments-364)
 

Attachments

  • debug_28847.zip
    2.3 MB · Views: 83
karterilla said:
Thank you very much.
I'm attaching the files as per guide.
VoodooI2C kexts and FakeSMC in Clover, "Inject Kexts" set to "Yes", org Apple kexts away from /S/L/E: no input.
GPIO pinning made as per guide (maybe that is wrong...). Logs keep sporting same error for both 9d60 an 9d61 devices.

Thank you for what you are doing for the rest of us.
Click to expand...
You haven't applied the I2C controller patch.
 
Last edited by a moderator:
zabi1 said:
Hi Alex,
The Voodooi2c version I am using is 2.0.1 . Are you suggesting to use an older version? Or you thought I was using the older version? I downloaded the latest release from the following page:
https://github.com/alexandred/VoodooI2C/releases
Click to expand...
The version that is producing the logs you have sent me is 100% not v2.0.1. You should remove any previous versions of VoodooI2C from your system. If it was installed in /S/L/E or /L/E then you should clear your kextcache.
 
I cannot apply I2C controller patch to my DSDT original file instead of applying all patches from the 13 available only the first 8 succeeds and then error. I'm entered in MacIASL patch site this, in MacIASL as per guide:
http://raw.github.com/alexandred/VoodooI2C-Patches/master

I did'nt notice the first time I was applying it that it stopped patching. I have deleted the extra "}" but it have only applied to the first "Device (I2C0)" an not all the following.

Will try to apply that patch by hand.
Thanks
 
alex.daoud said:
The version that is producing the logs you have sent me is 100% not v2.0.1. You should remove any previous versions of VoodooI2C from your system. If it was installed in /S/L/E or /L/E then you should clear your kextcache.
Click to expand...

Hi Alex,

Thank you for your suggestion, I cleared the kernel cache and that solved it. However I have run into a new issue.
According to the tables in the GPIO pinning guide, my pin should be 0x55, however applying that does not make the touchpad work. However if I go one above or below it starts working although it is fairly buggy, for example gestures and dragging and dropping something. At times dragging something makes the trackpad stop working altogether for a few minutes then comes back alive.
Another weird side effect of enabling the trackpad is my power management doesn't work. Using the intel power gadget, my cpu sticks at 2.40Ghz when the trackpad is enabled using 0x56 pin. However using 0x55 disables the trackpad but allows power management to work.
I've attached my problem reporting files for when my GPIO pin is 0x55 and 0x56, looking at the kernel log I cannot seem to see any difference between the 2. I would be very grateful if you could have a look. Thanks for your help
 

Attachments

  • 0x55.zip
    2.4 MB · Views: 79
  • 0x56.zip
    2.3 MB · Views: 101
Status
Not open for further replies.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top