How to build your own iMac Pro [Successful Build/Extended Guide]

[TECH_ATTACK]

If SBUS is not visible then I don't understand this part of your Guide:

"In any case verify device path "PCI0.SBUS" and PCI device implementations by means of IOREG."

Maybe I understood wrong... but how can I verify path PCI0.SBUS if SBUS is not visible?
I am not the only one with problems of restart/shutdown. AptioMemoryFix.efi seems to be problematic with some config.

Every boot I got multiple:

"Slide xxx at xxxx. cannot be used! and last line is "Some slide values (xxx/xxx) are not available for usage! Booting may fail!!

Boot is successful anyway. But sometime the last Line under the Slide Messages is "Does PrintF work?" And boot stuck. Then I have to reboot. (NVRAM is cleared after that. Because I have to enter password für my AppleAccount again after boot)

Greets

 

[kgp]

If SBUS is not visible then I don't understand this part of your Guide:

"In any case verify device path "PCI0.SBUS" and PCI device implementations by means of IOREG."

Maybe I understood wrong... but how can I verify path PCI0.SBUS if SBUS is not visible?
I am not the only one with problems of restart/shutdown. AptioMemoryFix.efi seems to be problematic with some config.

Every boot I got multiple:

"Slide xxx at xxxx. cannot be used! and last line is "Some slide values (xxx/xxx) are not available for usage! Booting may fail!!

Boot is successful anyway. But sometime the last Line under the Slide Messages is "Does PrintF work?" And boot stuck. Then I have to reboot. (NVRAM is cleared after that. Because I have to enter password für my AppleAccount again after boot)


View attachment 306424 View attachment 306425
Greets

Look! For me, Aptiomemfix.efi works flawless... I you feel better and more comfortable with OsxAptioFixDrv.efi just change backup and that's it, right?

I DO NOT HAVE ANY PROBLEMS IN SHUTDOWN/REBOOT AND IT IS NOT SBUS THAT COULD CAUSE SUCH ISSUE.

Is this englisch and clear enough?

Cheers,

KGP

 

[TECH_ATTACK]

Maybe you are right, but then it makes no sense what you told about "verify device path PCI0.SBUS". But ok, I will find a solution.

 

[kgp]

Maybe you are right, but then it makes no sense what you told about "verify device path PCI0.SBUS". But ok, I will find a solution.

Yes it was not right what I wrote there .. just on the way to fix it..

 

[antagon]

I just tried to delete AptioMemoryFix.efi and switched back to EmuVariableUefi-64.efi & OsxAptioFixDrv-64.efi.
For me restart and shutdown work again.

 

[kgp]

I just tried to delete AptioMemoryFix.efi and switched back to EmuVariableUefi-64.efi & OsxAptioFixDrv-64.efi.
For me restart and shutdown work again.

Which makes me indefinitely happy...

 

[TECH_ATTACK]

Yes, switching back to OsyAptioFixDrv.efi and Test2-2016.efi helped me too.

@kgp
Just one (last) question.... my Wifi is located at PCI0.RP19.PXSX... what do I have to set in ACPI patches. PXSX -> APRT can not be right, because then I would replace/rename all PXSX to APRT, which would not work, because there are other locations with contains needed important PXSX. So what would you say, how to replace/rename only this single PXSX?

 

[kgp]

Yes, switching back to OsyAptioFixDrv.efi and Test2-2016.efi helped me too.

@kgp
Just one (last) question.... my Wifi is located at PCI0.RP19.PXSX... what do I have to set in ACPI patches. PXSX -> APRT can not be right, because then I would replace/rename all PXSX to APRT, which would not work, because there are other locations with contains needed important PXSX. So what would you say, how to replace/rename only this single PXSX?

Look how I did it in case of XHC2, XHC3 and XC4 and do it the same way with ARPT

External (_SB_.PCI0.RP01.XHC2, DeviceObj)    // (from opcode)

Device (\_SB.PCI0.RP01.XHC2)
{
}
Name (_SB.PCI0.RP01.PXSX._STA, Zero)  // _STA: Status

Thus in your case it would be:

External (_SB_.PCI0.RP19.ARPT, DeviceObj)    // (from opcode)

Device (\_SB.PCI0.RP19.ARPT)
{
}
Name (_SB.PCI0.RP19.PXSX._STA, Zero)  // _STA: Status

No ACPI DSDT Replacement Patch.. that's totally correct!.. yes sir, great and correct conclusion

The replacement has do be correctly done within the SSDT-X299-iMacPro.aml

 

[PedroJSkywalker]

Hi KGP, in section B of the guide you explain in detail how to proceed to patch the Bios and at the end of this section there is the link to download the X299D.CAP, so I deduce that the detailed explanation is so that everyone can do it by step if you wish but your X299D.CAP is ready and complete to proceed directly to patch the Bios without having to do anything previously.

Is my deduction correct?

A greeting.

 

[kgp]

Hi KGP, in section B of the guide you explain in detail how to proceed to patch the Bios and at the end of this section there is the link to download the X299D.CAP, so I deduce that the detailed explanation is so that everyone can do it by step if you wish but your X299D.CAP is ready and complete to proceed directly to patch the Bios without having to do anything previously.

Is my deduction correct?

A greeting.

Yes sir, bit only because you have the same mobo like me...