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

[nmano]

Hi KGP
Post your files I will try.
Patched SSDT
IOREG
clover config
ORI DSDT
patched DSDT

 

[kgp]

Hi KGP
Post your files I will try.
Patched SSDT
IOREG
clover config
ORI DSDT
patched DSDT

I will come back to you soon. I have all my ram memory currently in my X299 build. My X99 build is off at present.

The aim is to create the SSDT without the help of any DSDT, as I want to apply the same procedure for a SSDT-X299.aml.

The problem is that if I take my SSDT.aml and follow your new SSDT.aml example to implement e.g. the HDEF Device, it does not work at all.

As all other HDEF device entries in my file are still correct and valid, I guess your HDEF _ADR entry is not valid for my system. I know how to find the value within the DSDT file, but I don't know how to find it without any DSDT. Do you understand? Because I can't see any _ADR address in IOREG for HDEF.

Well as soon my X99 system is on-line, I will try to extract the required HDEF _ADR information from my DSDT, if there is no other way or workaround.

In the worst case I will send you all information you request above.

Cheers, man and many thanks in advance,

KGP

 

[nmano]

I will come back to you soon. I have all my ram memory currently in my X299 build. My X99 build is off at present.

The aim is to create the SSDT without the help of any DSDT, as I want to apply the same procedure for a SSDT-X299.aml.

The problem is that if I take my SSDT.aml and follow your new SSDT.aml example to implement e.g. the HDEF Device, it does not work at all.

As all other HDEF device entries in my file are still correct and valid, I guess your HDEF _ADR entry is not valid for my system. I know how to find the value within the DSDT file, but I don't know how to find it without any DSDT. Do you understand? Because I can't see any _ADR address in IOREG for HDEF.

Well as soon my X99 system is on-line, I will try to extract the required HDEF _ADR information from my DSDT, if there is no other way or workaround.

In the worst case I will send you all information you request above.

Cheers, man and many thanks in advance,

KGP

I thing your clover config have ACPI rename patches.
My SSDT no need any clover acpi patches.(plan config)

 

[kgp]

I thing your clover config have ACPI rename patches.
My SSDT no need any clover acpi patches.(plan config)

Yes I realised that. But don't worry, I did not just copy and past your SSDT. This, would not work at all. I just tried to change in my working SSDT from "method" to "device" mode by taking your SSD as an example for the proper implementation of the latter. Everything else in my working SSDT remained unchanged.

However, for some devices like HDEF, I need with the "device "method the "_ADR" value. And I am not able to find the right _ADR value without DSDT. Apparently I cannot just take your _ADR value, because if doing so the implementation of HDEF fails, although the rest of the HDEF device definition in my previously working SSDT remains unchanged.

 

[kgp]

@nmano, to make it more easy. Can you just briefly explain how did you find and define the correct _ADR value for e.g. HDEF in your new SSDT.aml?

That's all all I am asking for and I would need to know.

 

[tftio]

This guide worked flawlessly for me on my new build (Asrock x99 Taichi, i7-6950x, 1080 Ti). I turned a bunch of stuff off in BIOS (audio, because I use a USB sound card) but pretty much had no fiddling to do.

So, this is just a thanks again for great work.

 

[nmano]

@nmano, to make it more easy. Can you just briefly explain how did you find and define the correct _ADR value for e.g. HDEF in your new SSDT.aml?

That's all all I am asking for and I would need to know.

In Your ORI DSDT serch or type ALZA

 

[kgp]

In Your ORI DSDT serch or type ALZA

Alright, I knew it! One indeed needs the DSDT .. Thanks, man!

 

[augustopaulo]

Test and report
Enjoy

Hi nmano,

Absolutely great!!

This is the 1st time that I can see the most devices identified in System Information→HW→PCI and it does put my hackintosh into sleep when I click PAUSE, but it wakes up after 2 seconds, no more cold restarts - almost there !!!!

Now my System Information→HW→PCI shows the following:

• I've highlighted above my Asus ThunderboltEX 3 devices detected by DPCI manager - Do you think you can also add them to the SSDT ?
• The only device not detected (from the new SSDT) is the Broadcom BCM4360 WLAN adapter - the PCI device & vendor are correct though...

I believe that now the only thing missing for a successful sleep & awake process is the addition of the USB devices to the SSDT file, which I think, will also make the WLAN device appear in System Information.

Attached the .ioreg file again.

Thanks for your efforts.

Boa sorte,
Paulo

 

[augustopaulo]

Try it replace EFI.

Hi mimixa,

Thanks for your help!

Unfortunately, the EFI that you've sent crashes at boot up - tried 3 times...

But don't worry, nmano is helping me and just today, for the 1st time, i was able to have a almost successful awake from sleep (unfortunately only lasted 2 seconds), with everything being properly awaken!!

I'll post here the results.

Boa sorte,
Paulo