Contribute
Register

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

Did you actually check GPU/CPU usage while exporting in FCPX with both ways (Disabled/Auto)?
Using Activity Viewer alone, as you stated, does not indicate whether the iGPU is being used. It simply means the CPU is there and doing some processing. When you use Intel Power Gadget then you know if the iGPU is being used because the graphing show's that it's being used.

Using 10.14.6, Internal Graphics set to AUTO and Shiki value of 80 the iGPU was not recognized by the OS.

The attached image is my normal config with Shiki at 32, iGPU set to headless.
 

Attachments

  • no_igpu.png
    no_igpu.png
    140.1 KB · Views: 91
What BIOS version are you using? Have you tried with a different one?

Currently on F7

Using Activity Viewer alone, as you stated, does not indicate whether the iGPU is being used. It simply means the CPU is there and doing some processing. When you use Intel Power Gadget then you know if the iGPU is being used because the graphing show's that it's being used.

Using 10.14.6, Internal Graphics set to AUTO and Shiki value of 80 the iGPU was not recognized by the OS.

The attached image is my normal config with Shiki at 32, iGPU set to headless.

You’re totally right, I updated my original post and also did a benchmark some hours ago that supports the “Enabled” settings. You can see my results in This Post.
 
Hey did you get the problem figured out? May have a few suggestions but don't want to waste your time if you've figured it out; I'm still playing catch up on the thread... reading this stuff is addicting! :)

I did! I replaced my motherboard and the problem vanished. :)
 
Please run IORegistryExplorer or IOJones and scroll the device tree on left side until you get to RP05 (do not use the 'search' field). Then capture and post a screenshot of RP05 and any child nodes under it.

Here it is :)

6E12E22F-1979-4B52-B980-29121930656F.jpeg
 
@Elias64Fr,

Here are this evening's test results. First, these changes were made to the SSDT:
  • All register values set according to original file (RP05, UPSB, DSB0, DSB1, DSB2, DSB4, NHI0).
  • CRMW (CIO Read/Modify/Write) function modified to report Read and Write values as indicated in your post.
  • \_SB.PCI0.RP05.CTPD = One commented out.
  • Booted with TB3 device connected. No TNODE/TBUS.
  • Then performed a hard reset (i.e. pressing physical reset button) without hot plugging or unplugging.
  • On restart, TNODE and TBUS appeared! And computer did not crash.
  • Because of no crash, I can provide the logs and screenshots below.
  • The SSDT used for this test is attached.
What this suggests:
  • Hot plug or unplug is not necessary to induce TNODE/TBUS.
  • Because CRMW() and other log messages are intermittent, it means there is some race condition or overflow condition with ACPIDebug.
  • I'll run some more tests to see whether timing/overflow similar issues are causing problems.
Code:
Timestamp                       (process)[PID] 
2020-02-07 17:52:04.771308-0800  localhost kernel[0]: (kernel) ACPIDebug: Version 0.1.4 starting on OS X Darwin 19.3.
2020-02-07 17:52:04.771465-0800  localhost kernel[0]: (kernel) ACPIDebug: { "RP05", 0xe00e4000, }
2020-02-07 17:52:04.771567-0800  localhost kernel[0]: (kernel) ACPIDebug: { "UPSB", 0xe0600000, }
2020-02-07 17:52:04.771656-0800  localhost kernel[0]: (kernel) ACPIDebug: { "DSB0", 0xe0700000, }
2020-02-07 17:52:04.771725-0800  localhost kernel[0]: (kernel) ACPIDebug: { "DSB1", 0xe0708000, }
2020-02-07 17:52:04.771794-0800  localhost kernel[0]: (kernel) ACPIDebug: { "DSB2", 0xe0710000, }
2020-02-07 17:52:04.771868-0800  localhost kernel[0]: (kernel) ACPIDebug: { "DSB4", 0xe0720000, }
2020-02-07 17:52:04.771947-0800  localhost kernel[0]: (kernel) ACPIDebug: { "NHI0", 0xe0800000, }
2020-02-07 17:52:04.772018-0800  localhost kernel[0]: (kernel) ACPIDebug: { "RSTR", 0x54039854, }
2020-02-07 17:52:04.772091-0800  localhost kernel[0]: (kernel) ACPIDebug: { "RP", 0xa33c8086, 0x82005400, }
2020-02-07 17:52:04.772162-0800  localhost kernel[0]: (kernel) ACPIDebug: "RP05 Initialize"
2020-02-07 17:52:04.772232-0800  localhost kernel[0]: (kernel) ACPIDebug: "ICMBoot"
2020-02-07 17:52:04.772299-0800  localhost kernel[0]: (kernel) ACPIDebug: "Tbt TWIN set to One"
2020-02-07 17:52:04.772468-0800  localhost kernel[0]: (kernel) ACPIDebug: "Tbt Force Power with FPG0"
2020-02-07 17:52:04.772538-0800  localhost kernel[0]: (kernel) ACPIDebug: { "Up Stream VID/DID =", 0x15ea8086, }
2020-02-07 17:52:04.772607-0800  localhost kernel[0]: (kernel) ACPIDebug: { "ICME 1", 0xffffffff, }
2020-02-07 17:52:04.772674-0800  localhost kernel[0]: (kernel) ACPIDebug: "Configure NHI"
2020-02-07 17:52:04.772740-0800  localhost kernel[0]: (kernel) ACPIDebug: "Configure UPSB"
2020-02-07 17:52:04.772904-0800  localhost kernel[0]: (kernel) ACPIDebug: "Wait for link training"
2020-02-07 17:52:04.772971-0800  localhost kernel[0]: (kernel) ACPIDebug: "Configure DSB"
2020-02-07 17:52:04.773037-0800  localhost kernel[0]: (kernel) ACPIDebug: "Configure NHI Dp 0 done"
2020-02-07 17:52:04.773104-0800  localhost kernel[0]: (kernel) ACPIDebug: "Configure NHI Dp 3 done"
2020-02-07 17:52:04.773171-0800  localhost kernel[0]: (kernel) ACPIDebug: "Configure NHI Dp 4 done"
2020-02-07 17:52:04.773237-0800  localhost kernel[0]: (kernel) ACPIDebug: "Configure NHI Dp 5 done"
2020-02-07 17:52:04.773303-0800  localhost kernel[0]: (kernel) ACPIDebug: "Wait for down link"
2020-02-07 17:52:04.773371-0800  localhost kernel[0]: (kernel) ACPIDebug: { "NHI BAR", 0x54000000, }
2020-02-07 17:52:04.773438-0800  localhost kernel[0]: (kernel) ACPIDebug: "Configure NHI all done"
2020-02-07 17:52:04.773506-0800  localhost kernel[0]: (kernel) ACPIDebug: { "ICME 2", 0x800001a1, }
2020-02-07 17:52:04.773574-0800  localhost kernel[0]: (kernel) ACPIDebug: { "WTLT returns", 0x1, }
2020-02-07 17:52:04.773643-0800  localhost kernel[0]: (kernel) ACPIDebug: { "ICME 3", 0x800001a1, }
2020-02-07 17:52:04.773711-0800  localhost kernel[0]: (kernel) ACPIDebug: { "ICME 4", 0x800001a7, }
2020-02-07 17:52:04.773779-0800  localhost kernel[0]: (kernel) ACPIDebug: { "ISTA 1", 0x800003f5, }
2020-02-07 17:52:04.773847-0800  localhost kernel[0]: (kernel) ACPIDebug: { "ICME 5", 0x800001a7, }
2020-02-07 17:52:04.773915-0800  localhost kernel[0]: (kernel) ACPIDebug: { "ISTA 2", 0x800003f5, }
2020-02-07 17:52:04.773983-0800  localhost kernel[0]: (kernel) ACPIDebug: { "Configuration delay = ", "3 ms", }
2020-02-07 17:52:04.811510-0800  localhost kernel[0]: (kernel) ACPIDebug: "RP05 _PS0"
2020-02-07 17:52:04.811928-0800  localhost kernel[0]: (kernel) ACPIDebug: "RP05 PCEU Enter"
2020-02-07 17:52:04.812690-0800  localhost kernel[0]: (kernel) ACPIDebug: "RP05 PCEU Exit"
2020-02-07 17:52:04.831935-0800  localhost kernel[0]: (kernel) ACPIDebug: "UPSB _PS0"
2020-02-07 17:52:04.832289-0800  localhost kernel[0]: (kernel) ACPIDebug: "UPSB PCED Enter"
2020-02-07 17:52:04.832618-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - PCI wants on"
2020-02-07 17:52:04.832986-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - NHI wants on"
2020-02-07 17:52:04.833329-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - XHCI wants on"
2020-02-07 17:52:04.833665-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - TBT forced on"
2020-02-07 17:52:04.834057-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - USB forced on"
2020-02-07 17:52:04.834390-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - TBT GPIO should be on"
2020-02-07 17:52:04.834506-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - USB GPIO should be on"
2020-02-07 17:52:04.834753-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - Make sure TBT & USBC is on."
2020-02-07 17:52:04.835079-0800  localhost kernel[0]: (kernel) ACPIDebug: "TBT & USBC already on."
2020-02-07 17:52:04.835152-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO Exit"
2020-02-07 17:52:04.835221-0800  localhost kernel[0]: (kernel) ACPIDebug: "PCED UPSB- restored flag, THUNDERBOLT_PCI_LINK_MGMT_DEVICE.PRSR"
2020-02-07 17:52:04.835294-0800  localhost kernel[0]: (kernel) ACPIDebug: 0x0
2020-02-07 17:52:04.835363-0800  localhost kernel[0]: (kernel) ACPIDebug: "PCED UPSB- Wait for config space..."
2020-02-07 17:52:04.835434-0800  localhost kernel[0]: (kernel) ACPIDebug: { "PCED UPSB- Read VID/DID =", 0x15ea8086, }
2020-02-07 17:52:04.835504-0800  localhost kernel[0]: (kernel) ACPIDebug: "UPSB PCED Exit"
2020-02-07 17:52:08.402121-0800  localhost kernel[0]: (kernel) ACPIDebug: "MUST NHI0"
2020-02-07 17:52:08.402482-0800  localhost kernel[0]: (kernel) ACPIDebug: { "MUST UPSB with arg", 0x0, }
2020-02-07 17:52:08.402666-0800  localhost kernel[0]: (kernel) ACPIDebug: "UPSB UMPE"
2020-02-07 17:52:08.403560-0800  localhost kernel[0]: (kernel) ACPIDebug: "XHC MODU"
2020-02-07 17:52:08.403942-0800  localhost kernel[0]: (kernel) ACPIDebug: { "MODU - return = ", 0x0, }
2020-02-07 17:52:08.404365-0800  localhost kernel[0]: (kernel) ACPIDebug: "XHC MODU"
2020-02-07 17:52:08.404968-0800  localhost kernel[0]: (kernel) ACPIDebug: { "MODU - return = ", 0x0, }
2020-02-07 17:52:08.405158-0800  localhost kernel[0]: (kernel) ACPIDebug: "XHC MODU"
2020-02-07 17:52:08.405275-0800  localhost kernel[0]: (kernel) ACPIDebug: { "MODU - return = ", 0x0, }
2020-02-07 17:52:09.539240-0800  localhost kernel[0]: (kernel) ACPIDebug: { "MODU - return = ", 0x0, }
2020-02-07 17:52:09.539524-0800  localhost kernel[0]: (kernel) ACPIDebug: { "MODU - return = ", 0x0, }
2020-02-07 17:52:09.841320-0800  localhost kernel[0]: (kernel) ACPIDebug: "_PS3 XHC2, Nothing to do!"
2020-02-07 17:52:09.842710-0800  localhost kernel[0]: (kernel) ACPIDebug: "_PS3 DSB2"
2020-02-07 17:52:09.842839-0800  localhost kernel[0]: (kernel) ACPIDebug: "PCDA DSB2"
2020-02-07 17:52:09.842966-0800  localhost kernel[0]: (kernel) ACPIDebug: "POFF DSB2"
2020-02-07 17:52:09.843092-0800  localhost kernel[0]: (kernel) ACPIDebug: "PCDA DSB2- Not disabling"
2020-02-07 17:52:15.693359-0800  localhost kernel[0]: (kernel) ACPIDebug: "MUST NHI0"
2020-02-07 17:52:15.693488-0800  localhost kernel[0]: (kernel) ACPIDebug: { "MUST UPSB with arg", 0x0, }
2020-02-07 17:52:31.129580-0800  localhost kernel[0]: (kernel) ACPIDebug: { "RTPC NHI0 called with arg: ", 0x0, }
2020-02-07 17:52:31.130015-0800  localhost kernel[0]: (kernel) ACPIDebug: "_PS3 NHI0, Nothing to do!"
2020-02-07 17:52:31.131286-0800  localhost kernel[0]: (kernel) ACPIDebug: "_PS3 DSB0"
2020-02-07 17:52:31.131391-0800  localhost kernel[0]: (kernel) ACPIDebug: "DSB0 PCDA"
2020-02-07 17:52:31.131492-0800  localhost kernel[0]: (kernel) ACPIDebug: "POFF DSB0"
2020-02-07 17:52:31.131593-0800  localhost kernel[0]: (kernel) ACPIDebug: "PCDA DSB0- Put upstream bridge into D3"
2020-02-07 17:52:31.131695-0800  localhost kernel[0]: (kernel) ACPIDebug: "PCDA DSB0- Set link disable on upstream bridge"
2020-02-07 17:52:31.131799-0800  localhost kernel[0]: (kernel) ACPIDebug: "PCDA DSB0- Wait for link to drop..."
2020-02-07 17:52:33.019511-0800  localhost kernel[0]: (kernel) ACPIDebug: "PCDA DSB0- disable GPIO"
2020-02-07 17:52:33.019613-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - PCI wants on"
2020-02-07 17:52:33.019711-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - NHI wants off"
2020-02-07 17:52:33.019810-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - XHCI wants on"
2020-02-07 17:52:33.019909-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - TBT allows off"
2020-02-07 17:52:33.020010-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - USB forced on"
2020-02-07 17:52:33.020110-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - TBT GPIO should be off"
2020-02-07 17:52:33.020208-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - USB GPIO should be on"
2020-02-07 17:52:33.020307-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO - Make sure TBT & USBC is on."
2020-02-07 17:52:33.020406-0800  localhost kernel[0]: (kernel) ACPIDebug: "TBT & USBC already on."
2020-02-07 17:52:33.020504-0800  localhost kernel[0]: (kernel) ACPIDebug: "UGIO Exit"
2020-02-07 17:52:33.021160-0800  localhost kernel[0]: (kernel) ACPIDebug: "UPSB _PS3 - No Op"
2020-02-07 17:52:33.022124-0800  localhost kernel[0]: (kernel) ACPIDebug: "RP05 _PS3"
2020-02-07 17:52:33.022225-0800  localhost kernel[0]: (kernel) ACPIDebug: "POFF RP05"
2020-02-07 17:52:33.022325-0800  localhost kernel[0]: (kernel) ACPIDebug: "RP05 PCDA Enter"
2020-02-07 17:52:33.022425-0800  localhost kernel[0]: (kernel) ACPIDebug: "POFF RP05"
2020-02-07 17:52:33.022523-0800  localhost kernel[0]: (kernel) ACPIDebug: "RP05 PCDA Exit"
Please note that I had to temporarily add a Sleep (200) at the top of UPSB.CRMW() as shown:

Screen Shot 2020-02-07 at 6.06.37 PM.png


Some Screenshots:

Screen Shot 2020-02-07 at 5.53.52 PM.pngScreen Shot 2020-02-07 at 5.54.05 PM.pngScreen Shot 2020-02-07 at 6.09.33 PM.pngScreen Shot 2020-02-07 at 6.09.40 PM.pngScreen Shot 2020-02-07 at 6.09.46 PM.pngScreen Shot 2020-02-07 at 6.09.51 PM.pngScreen Shot 2020-02-07 at 6.10.06 PM.pngScreen Shot 2020-02-07 at 6.10.12 PM.pngScreen Shot 2020-02-07 at 6.10.15 PM.pngScreen Shot 2020-02-07 at 6.11.22 PM.png

UPDATE:
  • Found the problem in CRMW. My version is using DBG2, which calls RMDT.P2, which causes ACPI Error:
    • Cannot convert to external object - unsupported Reference Class [Index] 0x3 in...
  • About to re-test...
 

Attachments

  • SSDT-TbtOnPCH-Designare-Z390-V7D.dsl
    93.9 KB · Views: 112
Last edited:
Hi @CaseySJ . Loving the build. Random Waking every 20mins or so. Any thoughts? Have seen"proximitywake" to "0" in Hackintool.app. Also removed USB gear to see if that is causing issues - no change.
If you're on Clover and native NVRAM is not set up, try installing Clover RC scripts if not already installed. One of these RC scripts is designed to prevent unexpected wake-from-sleep. Please refer back to Catalina Mini-Guide for the section on installing RC scripts.
 
@CaseySJ, when you were looking for GPE candidates in your DSDT (after patching it with "Add DSDT Debug Methods" and adding SSDT-RMDT.aml...or prior I guess order doesn't matter here) how did you search for your "_Lxx" and "_Exx" candidates? If I just search for "_L" I get other seemingly unrelated methods. That whole process is a little confusing to me.

Follow up! How did you go about renaming them to "XL6F" for example?

Screen Shot 2020-02-07 at 9.31.17 PM.png
 
So I wrote about an issue one or two days ago I still haven't figured out:

Turning CSM: Disabled in BIOS and rebooting causes my Windows boot Drive to disappear (from both BIOS Setup AND BIOS Boot Menu). I can only see my MacOS drive and boot from that. Inside MacOS I can see the Windows drive just fine.

Turning CSM: Enabled makes all my drives reappear and boots from whichever I select just fine.

I'm asking since all guides specifically say OC needs CSM: Disabled. Is this a setting that can cause a crash in the long-term? Should I try fix my Windows drive so that it also appears with CSM: Disabled somehow?

Or since I can boot in MacOS with CSM: Enabled as well it is just fine for my setup and I don't need to mess with it any more?

A few maybe-useful notes: My macOS installation was made on a fresh NVME drive and an all new pc build (the one I'm currently using). My Windows drive is on a SATA3 SSD drive, the installation was made while on a different, quite older system running a Gigabyte P67A-UD3 MoBo, intel i7 2600k.

Hey is this drive running Windows 7, 8.1 or 10? Was it installed as EFI or MBR/legacy?
It has been my experience that Windows 7 on this board requires CSM enable to run properly, otherwise it won't start.
 
I did! I replaced my motherboard and the problem vanished. :)

Just curious, was it a bad board, or did you actually switch to a different model? E.G. Aorus Master to Designare.
 
Back
Top