Contribute
Register

Gigabyte Z490 Vision D (Thunderbolt 3) + i5-10400 + AMD RX 580

Joined
Jul 2, 2011
Messages
168
Motherboard
Gigabyte Z490 Vision D
CPU
i9-10900K
Graphics
RX 5700XT
Mac
  1. iMac
  2. MacBook Pro
Classic Mac
  1. iMac
Mobile Phone
  1. iOS
Please check if APFS Min Date & Min Version are set to 0 or -1 in APFS section of config.plist. This can be done with OpenCore Configurator. Both Min Date and Min Version should be -1.

View attachment 526331
Thanks for this.

I have somehow made things worse. My Catalina NVMe and my Backup Catalina SSD both now hang at the Apple Logo with an empty Progress Bar. This is a step backwards! I have also observed HackinDROM reporting as OC Beta during my messing around with my OC setup. Perhaps I need to create a new config.plist from scratch.

Please advise and thanks again.
 

CaseySJ

Moderator
Joined
Nov 11, 2018
Messages
20,108
Motherboard
Asus ProArt Z690-Creator
CPU
i7-12700K
Graphics
RX 6800 XT
Mac
  1. MacBook Air
  2. MacBook Pro
  3. Mac Pro
Classic Mac
  1. Quadra
Mobile Phone
  1. iOS
Thanks for this.

I have somehow made things worse. My Catalina NVMe and my Backup Catalina SSD both now hang at the Apple Logo with an empty Progress Bar. This is a step backwards! I have also observed HackinDROM reporting as OC Beta during my messing around with my OC setup. Perhaps I need to create a new config.plist from scratch.

Please advise and thanks again.
For the time being we should not use the auto-upgrade feature of HackinDROM. Instead, we can use the “Create EFI” feature of HackinDROM or we can download the EFI zip folder from the mini-guide, rename “config-AMD-GPU.plist” to simply “config.plist” and copy PlatformInfo credentials into it (serial num, system UUID, board serial num, ROM). These should be copied into PlatformInfo —> DataHub tab in OpenCore Configurator.

The Create EFI function in HackinDROM does this automatically. If you visit the HackinDROM mini-guide, you’ll find the usage information for “Create EFI”.

I’ll add this message to the OC 0.7.2 mini-guide soon.
 
Joined
Jun 2, 2021
Messages
11
Motherboard
Gigabyte Z490 UD
CPU
i9-10900K
Graphics
W5500
Mac
  1. iMac
Fortunately SSDT-DTPG is common to all boards.
Awesome!! I have hotplugging now! Interestingly it also fixed my issue of not being to daisy chain my Apollo Twin at sample rates higher than 88.2. However it requires me to start the Apollo ONLY after booting the computer. I think if I flash my Titan Ridge controller it should fix the issues with higher sample rates. Before I do so, I have a few questions.

1. Are there any known cons to flashing the Titan Ridge V2 controller? I also am successfully using the LG Ultrafine 4K Display with the ambient light sensor working, speakers and brightness controls. I believe they are all working due to me mapping out the USB C ports. I don't want to lose that functionality of course after flashing.

2. Are there any recommended USB prebuilt flashers to use with flashrom?

3. Finally out of curiosity, how was the firmware for the Titan Ridge controller made? Is it a rip from a real mac?

Thanks as always!
 

CaseySJ

Moderator
Joined
Nov 11, 2018
Messages
20,108
Motherboard
Asus ProArt Z690-Creator
CPU
i7-12700K
Graphics
RX 6800 XT
Mac
  1. MacBook Air
  2. MacBook Pro
  3. Mac Pro
Classic Mac
  1. Quadra
Mobile Phone
  1. iOS
Awesome!! I have hotplugging now! Interestingly it also fixed my issue of not being to daisy chain my Apollo Twin at sample rates higher than 88.2. However it requires me to start the Apollo ONLY after booting the computer. I think if I flash my Titan Ridge controller it should fix the issues with higher sample rates. Before I do so, I have a few questions.

1. Are there any known cons to flashing the Titan Ridge V2 controller? I also am successfully using the LG Ultrafine 4K Display with the ambient light sensor working, speakers and brightness controls. I believe they are all working due to me mapping out the USB C ports. I don't want to lose that functionality of course after flashing.

2. Are there any recommended USB prebuilt flashers to use with flashrom?

3. Finally out of curiosity, how was the firmware for the Titan Ridge controller made? Is it a rip from a real mac?

Thanks as always!
Please have a look at Tech Talk --> Thunderbolt in Post 1 of this thread. It has pointers/links to several mini-guides and provides a wealth of information. If you still have unanswered questions, please ask.
 
Joined
Jan 6, 2016
Messages
159
Motherboard
Gigabyte Z490 Vision G
CPU
i7-10700
Graphics
Radeon VII
Mac
  1. iMac
  2. MacBook Pro
  3. Mac mini
  4. Mac Pro
Classic Mac
  1. 128K
  2. 512K
  3. Plus
  4. Portable
  5. Power Mac
Mobile Phone
  1. iOS
For the time being we should not use the auto-upgrade feature of HackinDROM. Instead, we can use the “Create EFI” feature of HackinDROM or we can download the EFI zip folder from the mini-guide, rename “config-AMD-GPU.plist” to simply “config.plist” and copy PlatformInfo credentials into it (serial num, system UUID, board serial num, ROM). These should be copied into PlatformInfo —> DataHub tab in OpenCore Configurator.

The Create EFI function in HackinDROM does this automatically. If you visit the HackinDROM mini-guide, you’ll find the usage information for “Create EFI”.

I’ll add this message to the OC 0.7.2 mini-guide soon.
I did use the auto-upgrade and it worked fine. I didn't see the start of this thread so I don't know if this is specific to something or in general. How long will this issue persist as I have a video going out on this. Also, it looks like using fakePCIID for i225-V networking might not be necessary based on this info from the OC site:

2.5 Gbps Intel LAN. This works out of the box with AppleIntelI210Ethernet but requires a device-id injection of <F2150000> and a kext patch. This is all the same as with the CML boards. Additionally, with macOS 11.4 Beta 1, Apple has opened up AppleIntelI210Ethernet to supporting a larger array of devices including the i225-V NIC found on most higher-end boards. This requires no device-id injection or kext patch.

Is this coming here? Thanks.
 

CaseySJ

Moderator
Joined
Nov 11, 2018
Messages
20,108
Motherboard
Asus ProArt Z690-Creator
CPU
i7-12700K
Graphics
RX 6800 XT
Mac
  1. MacBook Air
  2. MacBook Pro
  3. Mac Pro
Classic Mac
  1. Quadra
Mobile Phone
  1. iOS
I did use the auto-upgrade and it worked fine. I didn't see the start of this thread so I don't know if this is specific to something or in general. How long will this issue persist as I have a video going out on this.
When HackinDROM updates our config.plist it looks for differences between the XML schema of the current and new versions of OpenCore. If some attributes were added or deleted, or the "type" (i.e. Boolean, String, Data) of some attributes was changed, HackinDROM can manage those changes quite well.

But when we change the value of an existing attribute (an attribute whose 'format' is exactly the same in the current and new versions of OpenCore), HackinDROM does not accommodate that change. Instead, HackinDROM assumes that you, as the owner, changed the value for a good reason and you wish to keep the value that you currently have.

Unfortunately, when we enabled AppleVTD, we changed the value of an existing attribute, DisableIoMapper, from Checked-ON to Checked-OFF. Because all of us already have this attribute and it is set to Checked-ON, HackinDROM assumed that we wanted to keep it on. So it did not change it. And hence, the upgrade failed to enable AppleVTD.

This is not really the fault of HackinDROM because it worked as it was designed to work. So instead, this is something we overlooked in the design. We are still discussing a solution, but in the near term the burden will lie on me to make these changes clear to our users. The mini-guide will need to include a Post-Update Procedure to manually adjust such attributes.

Also, it looks like using fakePCIID for i225-V networking might not be necessary based on this info from the OC site:

2.5 Gbps Intel LAN. This works out of the box with AppleIntelI210Ethernet but requires a device-id injection of <F2150000> and a kext patch. This is all the same as with the CML boards. Additionally, with macOS 11.4 Beta 1, Apple has opened up AppleIntelI210Ethernet to supporting a larger array of devices including the i225-V NIC found on most higher-end boards. This requires no device-id injection or kext patch.

Is this coming here? Thanks.
We have actually commented out the injection of device-id, but the mini-guide asks Catalina users to un-comment that line because the native device ID 0x15F3 is not supported in Catalina, but it is supported in Big Sur and Monterey. Catalina users have to spoof the device ID back to 0x15F2.
 
Last edited:
Joined
Aug 16, 2020
Messages
125
Motherboard
Gigabyte Z490 Vision D
CPU
i9-10850K
Graphics
RX 6900 XT
The firmware chip on the Gigabyte motherboard itself is much harder to read/write. Everyone will struggle with it. We must be patient. We must always attach and detach the SOIC clip gently. If you are naturally near-sighted (or have perfect 20/20 vision without any corrective lenses) then you have an advantage. Attaching and detaching the clip requires very near sighted work.

If you are near-sighted and use corrective lenses to see distant objects, remove those corrective lenses so you don't experience any eye strain when focusing on very near objects.

Because the Gigabyte motherboard has a lot of components (and has memory modules, GPU, WiFi/BT card, etc.) it makes it much more difficult for the SPI Flash ROM reader/writer to properly power the Thunderbolt firmware chip. We end up back-powering other devices on the motherboard. This is why flashrom will often be unable to detect the firmware chip.

No joke... It's much harder on the board. I have a good solid connection with the chip/clip but its not seeing the ROM. I must be back-powering. Im going to remove everything from the board and then try again later this weekend when I have more time to spare. I was relieved to see an open spot in my case to the chip directly, however after three attempts putting on the clip and the RasPI not reading, I decided not to press my luck...

Only documenting this so others know the struggle. Don't think Ive seen anyone but CaseySJ talk much about the difficulty on board.

Another note... By disabling the SSDT-TB3HP.aml in my EFI I was able to use the eGPU just fine w/ Cinema4D/Octane GPU rendering. No hotplug ability, or the extra goodies of a flashed thunderbolt though... a decent workaround for my needs though until successful flash.
 

CaseySJ

Moderator
Joined
Nov 11, 2018
Messages
20,108
Motherboard
Asus ProArt Z690-Creator
CPU
i7-12700K
Graphics
RX 6800 XT
Mac
  1. MacBook Air
  2. MacBook Pro
  3. Mac Pro
Classic Mac
  1. Quadra
Mobile Phone
  1. iOS
No joke... It's much harder on the board. I have a good solid connection with the chip/clip but its not seeing the ROM. I must be back-powering. Im going to remove everything from the board and then try again later this weekend when I have more time to spare. I was relieved to see an open spot in my case to the chip directly, however after three attempts putting on the clip and the RasPI not reading, I decided not to press my luck...

Only documenting this so others know the struggle. Don't think Ive seen anyone but CaseySJ talk much about the difficulty on board.

Another note... By disabling the SSDT-TB3HP.aml in my EFI I was able to use the eGPU just fine w/ Cinema4D/Octane GPU rendering. No hotplug ability, or the extra goodies of a flashed thunderbolt though... a decent workaround for my needs though until successful flash.
Some additional suggestions:
  • As good as the Pomona is, the cheap run-of-the-mill chip is sometimes more effective.
  • But let's keep working with the Pomona for the time being, as follows:
    • Flip the power switch on PSU to ON, but do not power on the motherboard.
    • Disconnect Vcc (pin 8) from the Pomona.
    • Connect the Pomona clip to Winbond chip.
    • Try reading.
  • If not successful:
    • Flip power switch on PSU back to OFF.
    • Reconnect Vcc (pin 8) to the Pomona.
    • Connect Pomona clip to Winbond chip.
    • Try reading.
    • If not successful, slightly and gently nudge the clip so it makes slightly less contactwith pin 8 on the Winbond chip, but makes good contact with other pins.
      • Yes this means nudging the clip so it's a little diagonal or slanted.
    • On the Designare Z390 we use a visual indication to determine when the "nudge" is just right:
      • The Designare Z390 has a row of LEDs on one side.
      • These LEDs glow bright yellow when Pin 8 on Winbond chip makes full contact (i.e. we are back-powering those LEDs).
      • By nudging the clip so that it makes less contact with Pin 8 on Winbond, those LEDs glow dim red instead of bright yellow.
      • That dim red is our sign that the nudge is correct.
    • We need to do something like that on the Z490 Vision D...
 
Joined
Jun 2, 2021
Messages
11
Motherboard
Gigabyte Z490 UD
CPU
i9-10900K
Graphics
W5500
Mac
  1. iMac
Please have a look at Tech Talk --> Thunderbolt in Post 1 of this thread. It has pointers/links to several mini-guides and provides a wealth of information. If you still have unanswered questions, please ask.
Hi Casey,

Thanks for pointing that out, it's really thorough I am now just a bit confused by this warning:

Thunderbolt peripherals that support both USB and Thunderbolt hosts will not work with the flashed GC-Titan Ridge. This is known as USB-C Alt Mode.

Does this mean devices (Docks, Thunderbolt monitors etc.) that allow you to attach both thunderbolt 3 devices AND USB-C devices will not work properly?

Thanks.
 
Joined
Aug 16, 2020
Messages
125
Motherboard
Gigabyte Z490 Vision D
CPU
i9-10850K
Graphics
RX 6900 XT
Some additional suggestions:
  • As good as the Pomona is, the cheap run-of-the-mill chip is sometimes more effective.
  • But let's keep working with the Pomona for the time being, as follows:
    • Flip the power switch on PSU to ON, but do not power on the motherboard.
    • Disconnect Vcc (pin 8) from the Pomona.
    • Connect the Pomona clip to Winbond chip.
    • Try reading.
  • If not successful:
    • Flip power switch on PSU back to OFF.
    • Reconnect Vcc (pin 8) to the Pomona.
    • Connect Pomona clip to Winbond chip.
    • Try reading.
    • If not successful, slightly and gently nudge the clip so it makes slightly less contactwith pin 8 on the Winbond chip, but makes good contact with other pins.
      • Yes this means nudging the clip so it's a little diagonal or slanted.
    • On the Designare Z390 we use a visual indication to determine when the "nudge" is just right:
      • The Designare Z390 has a row of LEDs on one side.
      • These LEDs glow bright yellow when Pin 8 on Winbond chip makes full contact (i.e. we are back-powering those LEDs).
      • By nudging the clip so that it makes less contact with Pin 8 on Winbond, those LEDs glow dim red instead of bright yellow.
      • That dim red is our sign that the nudge is correct.
    • We need to do something like that on the Z490 Vision D...

Thanks for the tips @CaseySJ I'll give it a shot sometime on Sunday. I bought the cheaper clip as well for raspberry pi, problem I had with it, is it didn't allow for the jumper cables to attach. The jumpers plastic was too thick to fit the 4 pins and would require soldering instead. The spring is much stiffer though. Figured Id just buy the right tool for the job and ante'd up for the Pomona...

This is the clip I purchased from the raspi mini guide on PG 1

After trying to flash a chip on its own again, I think I was trying to be so gentle with everything, I may not have pushed the clip all the way down. I had trouble flashing an individual chip minutes later. Once I pushed the clip all the way to the bottom feet everything worked again. Seems I need it to go all the way down to the solder joints with the clip. Im pretty sure I did not do this as I had problems with the clip jumping off the chip with a simple breeze.
 
Top