[SUCCESS] Gigabyte Designare Z390 (Thunderbolt 3) + i7-9700K + AMD RX 580

[cylsfar]

Geekbench's score

GeekBench is 7907
RX 580 is 44824


is it not a little score ?

 

[Elias64Fr]

We have a heavily modified DSDT for Designare Z390 as well. It provides native NVRAM support, removes unnecessary baggage, and makes it more Mac-like. The TBTD and TBTF functions are present in the Z390 Designare DSDT.

Can you post your DSDT.aml and SSDT-TbtOnPCH.aml?

EDIT: We do have MMRP and MMTB but:

• They take 2 parameters instead of 1, which is why the SSDT-TbtOnPCH fails to load during boot.
• They are at \_SB0 instead of \_SB0.PCI0.RP05

TBTD and TBTF are not called on my SSDT draft file, return values are included for RP05.

MMTB and MMRP input parameters are not really importants.. usually TBSE which refer to used Root Port (0x1 for RP01, ... 0x5 for RP05 ...) and another parameter to know if a Root Port (value One) or PEG port (value 0x02) is connected to thunderbolt device. This last parameter can be removed or replaced by One for PC motherboard.

My DSDT is in progress, some issues to be solved with the latest BIOS firmware .. have also other custom SSDTs for XHCI, IGPU, dGPU, CPU and ExtraFunctions like ASMedia USB SATA controllers on PCIBridges .

 

[CaseySJ]

Try this file Plz .. before you need to have RMDT debug method using ACPIDebug.kext and also renaming _E17 method of your DSDT to XE17.

XTBT is called twice from _L6F and _E17 methods and I don't know which is for Hotplug ... for my Asus board, I only use _L6F by adding:
\_SB.PCI0.RP01.UPSB.AMPE ()
\_SB.PCI0.RP01.UPSB.UMPE ()
and removing all XTBT call.

To ensure thunderbolt device boot correctly, try with cold boot

Thank you very much for the modified SSDT! Some updates after testing:

• Added RehabMan's ACPI Debug methods to the DSDT (Device RMDT and Methods P1 through P7).
• Renamed DSDT --> _GPE._E17 to _GPE.XE17.
• After copying the new DSDT and TbtOnPch-Designare_Draft01 to the ACPI folder and rebooting, the macOS boot log showed that TbtOnPch-Desginare_Draft01 was not loaded because of duplicate method RP05._INI.
• So I renamed DSDT --> RP05._INI to RP05.XINI (without touching the same RP05._INI method in TbtOnPCH).
• After rebooting, unfortunately we get this:
  
• We can see that device names such as UPSB, DSB0, NHI0, etc. were not created.
• Perhaps it's not correct to rename the DSDT --> RP05._INI method??

 

[Elias64Fr]

Thank you very much for the modified SSDT! Some updates after testing:

• Added RehabMan's ACPI Debug methods to the DSDT (Device RMDT and Methods P1 through P7).
• Renamed DSDT --> _GPE._E17 to _GPE.XE17.
• After copying the new DSDT and TbtOnPch-Designare_Draft01 to the ACPI folder and rebooting, the macOS boot log showed that TbtOnPch-Desginare_Draft01 was not loaded because of duplicate method RP05._INI.
• So I renamed DSDT --> RP05._INI to RP05.XINI (without touching the same RP05._INI method in TbtOnPCH).
• After rebooting, unfortunately we get this:
  View attachment 445713
• We can see that device names such as UPSB, DSB0, NHI0, etc. were not created.
• Perhaps it's not correct to rename the DSDT --> RP05._INI method??

Oops, forget renaming _INI. to XINI on RP05. I don't use DSDT _INI on my file .. like Macs.

If you can't view UPSB DSB0.. this is a good news .. in first time .. file can't be loaded for another reason .

Can you search on System log "ACPI Error" and if it's related to SSDT TbtOnPch ? Finally, you need to have "xx ACPI AML tables successfully acquired and loaded".

 

[Elias64Fr]

Oops, forget renaming _INI. to XINI on RP05. I don't use DSDT _INI on my file .. like Macs.

If you can't view UPSB DSB0.. this is a good news .. in first time .. file can't be loaded for another reason .

Can you search on System log "ACPI Error" and if it's related to SSDT TbtOnPch ? Finally, you need to have "xx ACPI AML tables successfully acquired and loaded".

First solution is to :

1/ remove PXSX device declaration on DSDT, this is on conflict with UPSB:

Device (PXSX)
{
Name (_ADR, Zero) // _ADR: Address
}

2/ Replace: "Notify (PXSX, 0x02)" by: "Notify (UPSB, 0x02)"

3/ add on beginning of the file the following external declaration :
External (_SB_.PCI0.RP05.UPSB, DeviceObj)

OR another simple solution, use known method by adding _STA return Zero on PXSX device like on your SSDT Tbt file.

Attached modified file for the second solution.

 

[CaseySJ]

Oops, forget renaming _INI. to XINI on RP05. I don't use DSDT _INI on my file .. like Macs.

If you can't view UPSB DSB0.. this is a good news .. in first time .. file can't be loaded for another reason .

Can you search on System log "ACPI Error" and if it's related to SSDT TbtOnPch ? Finally, you need to have "xx ACPI AML tables successfully acquired and loaded".

The last-boot log contains several "ACPI Errors" and no mention of "xx ACPI AML tables successfully acquired and loaded". So you're right -- the TbtOnPch table wasn't loaded.

However, the cause of the problem is not clear. So attached are the first 770 lines of the last-boot log. Maybe you can find something here...

Please ignore this. I'm about to test using Draft 02 now...

 

[cylsfar]

is it recommanded or is it compatible two rx580 with catalina ?

i need a cable to reliate two graphic cards ?

 

[Elias64Fr]

The last-boot log contains several "ACPI Errors" and no mention of "xx ACPI AML tables successfully acquired and loaded". So you're right -- the TbtOnPch table wasn't loaded.

However, the cause of the problem is not clear. So attached are the first 770 lines of the last-boot log. Maybe you can find something here...

Please ignore this. I'm about to test using Draft 02 now...

OK !...

For thunderbolt, you should also removed ThunderboltReset.kext file, I don't need it for the moment and many errors are related to this file like :
"(Lilu) ThunderboltReset: tbr @ failed to find AppleThunderboltGenericHAL::registerWrite32"

 

[CaseySJ]

OK !...

For thunderbolt, you should also removed ThunderboltReset.kext file, I don't need it for the moment and many errors are related to this file like :
"(Lilu) ThunderboltReset: tbr @ failed to find AppleThunderboltGenericHAL::registerWrite32"

Some updates:

• My previous tests were done with modified DSDT and OpenCore.
• But now I switched to standard DSDT and Clover.
• ThunderboltReset.kext is not used now.
• In Clover I added the following renames:
  • Change _INI to XINI
  • Change _E17 to XE17
• With TbtOnPch-Draft02, all tables are successfully loaded, but there are several ACPI Errors.
• Please see attached boot log.

---

EDIT: I believe the errors are due to missing OSDW method. I've just created this. Will reboot now and check.

 

[CaseySJ]

@Elias64Fr

After creating a dummy OSDW method like this...


...there are no more ACPI errors. Thunderbolt gets activated. I have a 14-port OWC Dock connected, but only a partial set of devices in the dock are recognized (no Thunderbolt bus yet):



Attached are the files I'm using:

• SSDT-TbtOnPch-Draft02
• SSDT-DTPG.aml -- this provides:
  • DTGP method
  • OSDW method
  • RMDT methods