You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Consult the list found here (Sunrise Point, Cannon Point-LP, Cannon Point-H, Ice Lake). Look up your device's hexadecimal APIC pin number in the right hand column. The corresponding label on the left hand side is of the form GPP_XYY_IRQ - take a note of this label. Now consult the second list found here (Sunrise Point, Cannon Point-LP, Cannon Point-H, Ice Lake). Look up the label you took a note of in the list (note that 'IRQ' is no longer in the label name, this doesn't matter). The corresponding number on the right is your decimal GPIO pin number.
Should be clarified to something like
is your decimal hardware pin number for all chipsets. This is the same as the decimal GPIO number in older chipsets and can be used for the pin specified for the driver but in newer chipsets, the GPIO pin number can be different from the hardware number. Therefore we need to...
Otherwise, for the non-experts it is not clear whether you have found the hardware number or the GPIO pin number and the next paragraph is extremely confusing as to why it is referring to your found hardware pin and computing the GPIO pin that you found in previous paragraph.
Also, it might be useful to clarify that the the SBFG method should return the GPIO pin number and that the Voodoo kext computes the hardware pin number from it and therefore the lookups from the community table for newer chipsets is doing the reverse computation.
The text was updated successfully, but these errors were encountered:
In the document
https://github.com/VoodooI2C/VoodooI2C/blob/master/Documentation/GPIO%20Pinning.md
The last line of the paragraph
Should be clarified to something like
Otherwise, for the non-experts it is not clear whether you have found the hardware number or the GPIO pin number and the next paragraph is extremely confusing as to why it is referring to your found hardware pin and computing the GPIO pin that you found in previous paragraph.
Also, it might be useful to clarify that the the SBFG method should return the GPIO pin number and that the Voodoo kext computes the hardware pin number from it and therefore the lookups from the community table for newer chipsets is doing the reverse computation.
The text was updated successfully, but these errors were encountered: