Contribute
Register

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

Good idea. The EFI can be downloaded from HackinDROM, which will ensure a high degree of consistency.

@CaseySJ

I installed a virgin Big Sur 11.4 on an external drive. Using your BIOS setting, internal graphics disabled, board Ethernet and WiFi are still disabled, Apple Ethernet works.

I will try HackinDROM, which will be a new adventure, to generate a new EFI folder to test.

EDIT:

Since I live in the "country" with glacially slow HughesNet satellite internet service, and the tiny HackinDROM app file is going to take 8 minutes to download, I took CaseySJ's EFI file for OC 0.7.0 and modified it for this experiment.

I added in the new SSDT Thunderbolt file, and the SSDT-DMAC file to ACPI, entered my Platform Info, disabled DisableIoMapper, and removed dart=0.

Booted from this new EFI folder with the BIOS set with CaseySJ's settings, and with internal graphics disabled.

Nothing changed -- board Ethernet and WiFi are still disabled, and Apple Thunderbolt Ethernet is active.

I also changed the TB3 to TB adapter for the Apple TB Ethernet adapter from a Cable Matters to an Apple TB3 to TB adapter which made no difference.

This pretty well exhausts all the differences between my and CaseySJ's systems, except for the CPU model.

This is the end of my attempts. The "mad scientist's" experiment failed until somebody comes up with another idea.



=========
BTW I finally got the HackinDROM app downloaded. The icon would momentarily appear in my menubar and then disappear (crash?) So I gave up on trying to use it.
=========
 
Last edited:
@CaseySJ

Here's my test results and info

BIOS: Modded NHI
CPU: i9-9900K
GPU: iGPU (No dGPU)
IOReg AppleVTD present: Yes
IOReg DMAC present: No (Unless using SSDT-DMAC.aml)
MaciASL DMAR present: Yes
Networking Broken: Yes (except Aquantia)
Thunderbolt Devices: LG UltraFine 5K latest model

I flashed the BIOS and used your SSDT and BIOS profile, except I then changed the BIOS to use IGFX instead of PCI slot 1 since I no longer have a GPU.

My integrated Wi-Fi and built in Ethernet are still broken after these changes. Aquantia NIC works fine. SSDT-DMAC.aml did not fix it, but added DMAC to IOReg.

With regards to my monitor, I can't use it preboot at all, before or after these settings. A little more about this monitor:

With an RX 580, I could POST and use it if I connected it to the DP-In port. Other operating systems worked fine, but I had to configure iGPU to not be headless, or macOS would freeze on wake. Using the settings in your iGPU only EFI are what I use to avoid that. Occasionally, the monitor doesn't turn on when powering on the PC, and I need to unplug/replug it, but no sleep/wake issues.

With iGPU only, I can't boot. Plugging in the monitor makes me lose all video, and I have to restart. I can't get video back. However, I can boot with a normal monitor, plug in the TB monitor after booting into macOS, unplug the DP/HDMI monitor, and macOS works fine with it. Interesting test result is that (after flashing BIOS, not sure about stock F9i), is that I can enter the BIOS, then plug in the monitor (lose video and need to power off and on), the TB monitor will show the POST screen for a second, before both monitors go dark. In all cases, it has been impossible for me to boot with iGPU only and the LG monitor attached, even with a non-TB monitor connected, and hotplugging the LG monitor before booting into macOS requires me to restart with it disconnected to get video
Interesting results ! Until now, ThunderboltNhi driver included on BIOS doesn't allow us to achieve displaying POST on Thunderbolt Display.

Just to clarify something when you say "... but I had to configure iGPU to not be headless, or macOS would freeze on wake...".
If RX580 output display-port is connected to motherboard DP-IN, IGPU is not used. You can stay with headless IGPU and use RX580 through thunderbolt.
 
Something new I noticed. My XHC5 is now XHC3.
That's a function of the new Thunderbolt SSDT. It's just cosmetic, however.
 
@CaseySJ

Here's my test results and info

BIOS: Modded NHI
CPU: i9-9900K
GPU: iGPU (No dGPU)
IOReg AppleVTD present: Yes
IOReg DMAC present: No (Unless using SSDT-DMAC.aml)
MaciASL DMAR present: Yes
Networking Broken: Yes (except Aquantia)
Thunderbolt Devices: LG UltraFine 5K latest model

I flashed the BIOS and used your SSDT and BIOS profile, except I then changed the BIOS to use IGFX instead of PCI slot 1 since I no longer have a GPU.

My integrated Wi-Fi and built in Ethernet are still broken after these changes. Aquantia NIC works fine. SSDT-DMAC.aml did not fix it, but added DMAC to IOReg.

With regards to my monitor, I can't use it preboot at all, before or after these settings. A little more about this monitor:

With an RX 580 (that I no longer have), I could POST and use it if I connected it to the DP-In port. Other operating systems worked fine, but I had to configure iGPU to not be headless, or macOS would freeze on wake. Using the settings in your iGPU only EFI are what I use to avoid that. Occasionally, the monitor doesn't turn on when powering on the PC, and I need to unplug/replug it, but no sleep/wake issues.

With iGPU only, I can't boot. Plugging in the monitor makes me lose all video, and I have to restart. I can't get video back. However, I can boot with a normal monitor, plug in the TB monitor after booting into macOS, unplug the DP/HDMI monitor, and macOS works fine with it. Interesting test result is that (after flashing BIOS, not sure about stock F9i), is that I can enter the BIOS, then plug in the monitor (lose video and need to power off and on), the TB monitor will show the POST screen for a second, before both monitors go dark. In all cases, it has been impossible for me to boot with iGPU only and the LG monitor attached, even with a non-TB monitor connected, and hotplugging the LG monitor before booting into macOS requires me to restart with it disconnected to get video
Thank you for the detailed writeup. The main takeaways are:
  • New BIOS does not help (yet) with Thunderbolt monitors (particularly when using iGPU to drive Thunderbolt display)
    • There is no video signal during POST and OpenCore Picker
    • It is necessary to connect a regular monitor and then connect the TB monitor after macOS has loaded, then unplug the regular monitor
  • One difference noticed with new BIOS:
    • In BIOS Setup, when both regular and TB monitors are connected, then TB monitor will display BIOS or POST screen for a second, then both monitors lose video signal
I wonder if we need to import an Apple video DXE/PEI driver as well...
 
CaseySJ, if you don't need to have a modded Thunderbolt chip, I have the prerequisites and an Apple Thunderbolt Display.
Hello @Hackintoshron,

With an unmodified Thunderbolt chip, the new BIOS will not provide any benefit. Actually, even with a flashed Thunderbolt chip, it seems we may have a little more tweaking to do...
 
Interesting results ! Until now, ThunderboltNhi driver included on BIOS doesn't allow us to achieve displaying POST on Thunderbolt Display.

Just to clarify something when you say "... but I had to configure iGPU to not be headless, or macOS would freeze on wake...".
If RX580 output display-port is connected to motherboard DP-IN, IGPU is not used. You can stay with headless IGPU and use RX580 through thunderbolt.
This was with stock F9i. I connected the Thunderbolt cable to the motherboard, and a DP cable from the dGPU to the DP-In port. While I believe it was using RX 580, and not iGPU, I absolutely had to make the iGPU not be configured headless. Previously, I was completely disabling the iGPU in BIOS to solve this problem and running iMacPro1,1 due to the lack of iGPU in that state. Headless iGPU = guaranteed freeze on wake.

With a Sapphire Pulse RX 580 and a DP cable fed into the DP-in port, my LG UltraFine 5K would POST, be usable in BIOS and in any OS, but macOS configured to headless iGPU would hard freeze 100% of the time upon wake.

With just iGPU, I can't POST with this monitor connected, even with other monitors also attached.

I'm not aware of anything special I did otherwise to make this work to POST. I've found infrequent issues with the monitor powering on for cold boot, and suspect depending on what port I use in a UPS effects this, but never got a solid conclusion there.
 
Thank you for the detailed writeup. The main takeaways are:
  • New BIOS does not help (yet) with Thunderbolt monitors (particularly when using iGPU to drive Thunderbolt display)
    • There is no video signal during POST and OpenCore Picker
    • It is necessary to connect a regular monitor and then connect the TB monitor after macOS has loaded, then unplug the regular monitor
  • One difference noticed with new BIOS:
    • In BIOS Setup, when both regular and TB monitors are connected, then TB monitor will display BIOS or POST screen for a second, then both monitors lose video signal
I wonder if we need to import an Apple video DXE/PEI driver as well...
In almost all cases, the TB monitor almost never shows anything, or even lights up. I don't know if what I did works on the old BIOS, but the most consistent way for me to cause it to happen was to enter BIOS setup with a standard monitor (I'm using an LG 27UK650 over HDMI) then plugging the Thunderbolt cable into the LG UltraFine 5K (already plugged into AC power), waiting for video loss, then holding down the case power button and quickly pressing it to power back on.

The video import sounds interesting, as I suspect the BIOS fails to initialize the monitor on it's own without dGPU. I've also been curious how it handles in an RX 6800 XT USB-C port, but I haven't been able to get one.
 
@Elias64Fr,

Here's a table of similarities and differences. I'll keep this table updated as more information comes in. Hopefully it may help us identify the culprit.

Owner / System CPU BIOS IOReg Issues
@Elias64Fr
Designare Z390
i5-9600K
iMac19,1
Modified v003 AppleVTD
DMAC
None
@Inqnuam
Designare Z390
i9-9900KF
iMacPro1,1
Modified v003 AppleVTD
DMAC ??
None
@CaseySJ
Designare Z390
i5-9600K
iMac19,1
Modified v003 AppleVTD
w/ and wo/DMAC
None
@yosoyoco
Designare Z390
i9-9900K
iMac19,1
Modified v003 AppleVTD
DMAC ??
Ethernet/WiFi No Connect
@NCMacGuy
Designare Z390
i9-9900K
iMac19,1
Modified v003 AppleVTD
w/ and wo/DMAC
Ethernet/WiFi No Connect
@CODYQX4
Designare Z390
i9-9900K
iMac19,1
Modified v003 AppleVTD
w/ and wo/DMAC
Ethernet/WiFi No Connect
No DMAC for Inqnuam!
Screen Shot 2021-06-24 at 23.15.42.png

Note that I'm the only one with iMacPro1,1 on i9-9900K* in the list of testers
 
Interim Update #2B:

I have two Z390 Designare systems:
  1. Test Bench with i5-9600K
    • No Ethernet/WiFi problems with VT-d enabled
    • Big Sur 11.5 Beta 3
    • Two DIMM modules (16GB total; XMP Profile 1; 3200MHz)
    • Fenvi FV-T919 in PCIe x1 slot
    • AMD R9 380 --> 1440p Monitor
    • iMac19,1
  2. Primary with i7-9700K
    • Just installed new BIOS and enabled VT-d
    • This system has Ethernet and WiFi connection problem
      • UPDATE: Works perfectly with 2 DIMMs! See below.
    • Big Sur 11.5 Beta 3
    • Four DIMM modules (32GB total; XMP Profile 1; 3200MHz)
    • Fenvi FV-T919 in PCIe x1 slot
    • AMD RX 5700XT --> 4K Monitor
    • iMac19,1
 
Last edited:
Back
Top