How to extend the iMac Pro to X99 [Successful Build/Extended Guide]

[strukt]

No point in updating clover if my system seemingly works fine now... right?

 

[kgp]

No point in updating clover if my system seemingly works fine now... right?

Up to you...

 

[framandyard]

I did a new install, with a hard drive disk (not ssd like before) and I got the usb working just fine. But, the issue with the GPU is still there.
It's working with Windows_10 flawlessly. The 2 monitors acts really fine. But, with macOS High Sierra only one monitor.
So weird.

Anybody to help ?

If there's no solution, I'm planning to buy a second cheaper gpu like a rx 570.
If this card accepts 2 screens, what would be your advice : Do I put the rx 570 in the first PCI_16 slot ? Or, do I connect one screen per gpu and keep the Vega in the first slot ?
Long story short, what is the more efficient way to connect 2 screens to 2 different gpu ?

 

[Romksrlqusz]

@ALL not having been able so far to successfully run the Nvidia Web Driver on their System, try this weird thing and report back in case of success with further details.

And apparently there is another option you can try: see post #878 by @vulgo ....

Cheers,

KGP

I have tried both with no luck :/ Tried both with and without NvidiaGraphicsFixup

Do these options rely on having AGDP fix performed, or should the changes made by that have been rolled back?

 

[kgp]

I have tried both with no luck :/ Tried both with and without NvidiaGraphicsFixup

Do these options rely on having AGDP fix performed, or should the changes made by that have been rolled back?

No idea, you have to directly ask and contact the providers in case of questions or study the user feedback to the respective posts.

Yet I am convinced that either Method A.) or B.), outlined in my guide and based on the original Nvidia 10.13 Web Driver, should also work in your case.

 

[kgp]

Finally I‘ve fixed the USB Header problem!

The files working with ASUS X99-II and also with the ASUS X99-Deluxe II.

If you guys use iMac as SMBios Definition then only use the Kext File from the iMac Folder or MacPro File for MacPro definition.

By the way: Don’t forget to use the Port Limit Patch!!! Otherwise it will not work.



Download Link:

https://www.dropbox.com/s/e9v4i1j5x1ydyeu/DSM2 USB KEXT.zip?dl=0

Edit:

@kgp : Could you attach this file on the first page for all ?

Thx buddy!

Done! New SMBIOS macPro6,1 Asus X99-A II and ASUS X99 Deluxe II XHC USB Kext implemented and attached to the originating post/guide. Thanks for the improvement!

 

[framandyard]

It will take some time until I can take a look on the EFI Folder.
I‘m upgrading my whole Setup at the moment. The best way to provide an working usb solution would be an Kext, but you have to build it on your own! I don’t have your Board and also don’t have the time to build it for you besides of the missing infos I would need for it. Just follow the description by @kgp for it. For sure there are also other methods but the Kext one is the best way If you ask me!

No worries. I fixed the usb issue by a new install. Thanks for the thought though.
But the GPU issue still there.

So, may I ask you what will be your upgrading setup ? Will you be staying with the AMD Vega ? I don't see why I can't connect 2 monitors to this card in macOS iSierra while I can in Windows10.

 

[gully666uk]

I followed the in place upgrade here and got stuck here. My specs are under my username thanks.

 

[kgp]

Major Revision of my Broadwell-E/EP (Haswell-E/EP)/X99 macOS High Sierra 10.13 Desktop Guide.

I.) Note that the XHC USB Kext for the ASUS X99-A II and ASUS X99 Deluxe II has been modified and revised. A new version of this file for SMBIOS macPro6,1 has been implemented and attached at the end of the originating post/guide and is once more attached here below.

​

II.) A new Forced Sleep/Wake Approach has been implemented. Entire Section E.9) has been adopted accordingly. Please find

all new details summarised below:​

To reach Full Forced Sleep/Wake functionality on your hack, perform the following steps listed below:

1.) Due to the sleep/wake incompatibility of PMdrvr.kext disable EIST in the mobo-BIOS and remove PMdrvr.kext from

"/EFI/CLOVER/kexts/Other/". PMDrvr.kext frequently causes a black screen or reboot on wake thus it is up to the users decision to go with EIST and PMdrvr.kext or to go for sleep/wake functionality.
​

2.) Open your "config.plist" in the "/EFI/Clover/"-directory of your System Disk with the Clover Configurator and check if

"darkwake=0" is selected in the "Boot" Section.
​

3.) ACPI DSDT Patch Table + SSDT-XOSI.aml

A set of DSDT Replacement patches (ACPI Table) originally developed by @TheOfficialGypsy and apfelnico for X299 Systems, also help in achieving forced sleep/wake functionality on X99 Systems. Note that all required ACPI DSDT Replacement Patches are already implemented in the config.plist in the /EFI/CLOVER/ directory of the EFI-Folder contained in EFI-X99-10.13-SU-Release-211017.zip, newly attached at the end of the originating post and here below. Just open the config.plist with Clover Configurator and investigate "DSDT patches" in Clover Configurator Section "ACPI".

a.) OSI -> XOSI and EC0_ -> EC__ or H_EC -> EC__ are DSDT replacement patches to achieve consistency with a

real Mac variable naming.

i.) The XOSI functionality is required as explained by @RehabMan (just follow this

LINK for details).
​

ii.) On the ASUS X99-A II and ASUS X99 Deluxe II we have the EC0 controller, which has to be renamed to

'EC' for proper USB power management. Depending on the mainboard, there is always either a 'EC0' or 'H_EC' IOReg entry, it is impossible to find both. Thus investigate your mainboard specific IOREG entry and enable either the EC0_ -> EC__ or H_EC -> EC__ DSDT Replacement Patch.​

Comment:             Find*[Hex]      Replace [Hex]
OSI -> XOSI          5f4f5349        584f5349
EC0_ -> EC__         4543305f        45435f5f
H_EC  -> EC__        485f4543        45435f5f

b.) The HEC1 -> IMEI DSDT Replacement patch is vital as MacOS requires the variable name "IMEI" to load the

'AppleIntelMEIDriver'. The latter functionality solves the 'iTunes/Apple Store Content Access Problem' which is discussed here.

Comment:             Find*[Hex]       Replace [Hex]
HEC1 -> IMEI         48454331         494d4549

c.) The PMC1 -> PMCR DSDT patch replacement is PMC controller related and applied for consistency with the PMC

naming on real Macs.

Comment:             Find*[Hex]        Replace [Hex]
PMC1 -> PMCR         504d4331          504d4352

d.) The LPC0 -> LPCB DSDT Replacement Patch is AppleLPC and SMBus related and is applied for consistency with the

variable naming on a real Mac.

Comment:             Find*[Hex]         Replace [Hex]
LPC0 -> LPCB         4c504330           4c504342

e.) FPU_->MATH, TMR_->TIMR, PIC_->IPIC are all DSDT Replacement Patches for consistency with the variable

naming on a real Mac. The variables are however functionless on either X99 systems or real Macs.

Comment:             Find*[Hex]        Replace [Hex]
FPU_ -> MATH         4650555f          4d415448
TMR_ -> TIMR         544d525f          54494d52
PIC_ -> IPIC         5049435f          49504943

f.) The DSM -> XDSM DSDT replacement patch will be vital for loading a SSDT-X99.aml, which however has not been

released yet.

Comment:             Find*[Hex]         Replace [Hex]
_DSM -> XDSM         5f44534d            5844534d

Last but note least, in the /EFI/CLOVER/ACPI/patched/ directory of the EFI-Folder contained in EFI-X99-10.13-SU-Release-211017.zip one finally finds the SSDT-XOSI.aml, already implemented by default.​

3.) In D.1/5.5 or D.2/4.e you already copied the appropriate "VoodooTSCSync.kext", which you modified by following

error prevention C/8., to the /EFI/Clover/kexts/Other/ directories of your USB Flash Drive and 10.13 System Disk.

Note once more that "VoodooTSCSync.kext" is absolutely mandatory for sleep/wake functionality!
​

4.) If you find everything implemented as described above, send your Hack to Forced Sleep and subsequently wake your

System with your mouse, keyboard or power button on your rig.

​

This new approach will hopefully dramatically increase the forced sleep/wake performance of X99-Systems. Long-term tests are yet missing. Thus we will see about your estimated user feedback on this new approach.

Enjoy and have fun!

 

[nmano]

SSDT_2017_X99

This SSDT patches work with DSDT.
I made 23 SSDT patches for X99.

This SSDT work with DSDT.
I update latest BIOS F22

Don’t use MY DSDT.
#1 Check down Rename DSDT Detail.
#2 After rename you have to patch to X99_comfile and sleep with tool MaciASL.
#3 you have to modify SSDT for your devices.
#I got 17 PCI SLOT If anybody more then 17 slot show in PCI I like to see that.
#This SSDT patches fixes my NVMe Yellow Icon.
#Please like or not first test.



#Rename info_1

#If you have GPU card in slot BR3C

# 1. Under Device BR3C - Verify IOReg/H000

# 2. Rename device H000 to device H00Y
# 3. Rename device H001 to device HDA1 (Nvidia/AMD HDMI audio)
# 4. Enter Compile
# 5. Look Compile summary just click each red line and Insert H00Y and HDA1(SSDT Rename GFX1 and HDAU).


#Maintained by: N.Mano

#Rename info_2

#If you have wifi card in slot BR2A
# 1. Under Device BR2A - Verify IOReg/H000
# 2. DSDT_Rename device H000 to device ARP0
# 3. (SSDT will Rename ARP0 to ARPT)
# 4. Enter Compile
# 5. Look Compile summary just click each red line and Insert H000 and ARP0(SSDT Rename ARP0 and ARPT).
#Maintained by: N.Mano

#Rename info_3

#If you have FireWire IEEE-1394a in slot BR1A
# 1. Under Device BR1A - Verify IOReg/H000
# 2. DSDT_Rename device H000 to device PCIA
# 3. (SSDT patched to Rename PCIA to PCIB)
# 4. Enter Compile
# 5. Look Compile summary just click each red line and Insert H000 to PCIA(SSDT Rename PCIA to PCIB).

#Maintained by: N.Mano
#Rename info_4
#if you have NVMe SSD Controller SM961 in BR3A SLOT.
# 1. Under Device BR3A - Verify IOReg/H000
# 2. DSDT_Rename device H000 to device NVM1
# 3. (SSDT will Rename NVM1 to NVME)
# 4. Enter Compile
# 5. Look Compile summary just click each red line and Insert H000 and NVM1(SSDT Rename NVM1 to NVME).