Asus ProArt B660-Creator - i7-12700KF - MSI RX 560 4GB - ThunderboltEX 3-TR

[CaseySJ]

…

update:
With the new ssdt, the controller is displayed correctly, but connecting the USB to a hot one does not work, unfortunately.
Disconnecting and reconnecting the Thunderbolt display also doesn't work.
what does SSDT-DTbtSsdt.aml do from the CaseySJ folder? maybe it needs to be turned off and removed completely? until i had your ssdt-tb3-titan.aml without the table ssdt-dtbtSsdt.aml my thunderbolt display worked but flickered every second or two.

DTbtSsdt is only for GC-Maple Ridge PCIe cards on motherboards that already have a DTbtSsdt table (most Z590 and Z690 boards along with their B-series siblings). For Titan Ridge and Alpine Ridge this SSDT should not be used.

 

[starghost1100]

DTbtSsdt is only for GC-Maple Ridge PCIe cards on motherboards that already have a DTbtSsdt table (most Z590 and Z690 boards along with their B-series siblings). For Titan Ridge and Alpine Ridge this SSDT should not be used.

However, I saw a positive effect from this table until I had the one that @etorix did for me. I'll try to turn it off...

 

[starghost1100]

OK. at the moment I have the following:
using only ssdt-tb3-titan.aml, I successfully boot up and my screen does not flicker, but if a USB device is not connected to the second port, then the USB controller is not initialized and in the "system information - PCI" the thunderbolt USB controller is not in the list.
in the second attached ioreg this controller is visible, but in what I attached to the first message it is not.

 

[CaseySJ]

The USB issue is unfortunately a known issue from a long time ago. It seems to be due to BIOS and/or macOS issue. We haven’t found a solution. But it does not happen on Z390 Designare, for example, with F9g or F9i (if I recall correctly).

 

[starghost1100]

The USB issue is unfortunately a known issue from a long time ago. It seems to be due to BIOS and/or macOS issue. We haven’t found a solution. But it does not happen on Z390 Designare, for example, with F9g or F9i (if I recall correctly).

I don't have a second Thunderbolt 2 or 3 to test hotplug. but the monitor definitely does not work if you disconnect and reconnect. but I think this may be due to the fact that he is a thunderbolt1 and this is a more fragile connection with the flashed thunderbolt3 controller. Can I expect that with such work, the second Thunderbolt device will have a hot plug?

 

[starghost1100]

The USB issue is unfortunately a known issue from a long time ago. It seems to be due to BIOS and/or macOS issue. We haven’t found a solution. But it does not happen on Z390 Designare, for example, with F9g or F9i (if I recall correctly).

I used several boards (in fact, all known from the popular ones) and all three correctly connected usb (Designare, vision d, proart-z490. Is this a thunderboltEX3-TR/GC-Titan Ridge problem or is there such a problem on the built-in controller of any of the thunderbolt3 boards? nowhere before there was a mention of such an effect, although I did not read all, but many pages of your golden builds.

 

[CaseySJ]

I’ll rerun some tests with my flashed GC-Titan Ridge later today to provide a more definite answer.

 

[starghost1100]

I’ll rerun some tests with my flashed GC-Titan Ridge later today to provide a more definite answer.

Thanks a lot!

 

[starghost1100]

If the card is still in the same slot, the ACPI path is still correct.
The first SSDT-TBOLT3 was indeed based on the Alpine Ridge SSDT in your EFI folder, and should be correct for an Alpine Ridge controller. If you swap cards for a Titan Ridge, you need a Titan Ridge SSDT.

With the Titan Ridge card in the same slot, try SSDT-TB3-TITAN.aml to replace SSDT-TBOLT3.aml.
I suggest renaming the above SSDT-TBOLT3.aml to SSDT-TB3-ALPINE.aml and adapting OpenCore config.plist to point to the right SSDT-TB3-xxxxx.aml depending on which card is in the slot. You may alternatively rename SSDT-TB3-TITAN.aml to SSDT-TBOLT3.aml and just drop it in the ACPI folder to replace the Alpine Ridge version, but keeping track of which is what if you ever swap Thunderbolt cards again is going to be a nightmare.
(You can keep both SSDT-TB3-ALPINE and SSDT-TB3-TITAN in your ACPI folder, but because they both target the same slot and the same ACPI devices, only one can be "Enabled:True" in config.plist at any time.)

This happens after waking up from sleep. gigabyte? why?
Maybe somewhere in the ssdt there is a mention of gigabyte GC-titan ridge?
And the thunderbolt display didn't wake up

update:
indeed the vendor name has changed to Gigabyte. This probably happened after flashing the thunderbolt board and I didn’t notice it. My first screenshot in the topic Z690-creator still has a vendor name Asus. Maybe this is the reason why the download hangs on the asus logo for so long? If so, where can I get a customized firmware for thunderboltEX3 that does not change the vendor name? or is it a prerequisite for getting a working thunderbolt? sorry for so many questions

 

[starghost1100]

And one more observation:
If we perform a sleep-wake cycle, in the Thunderbolt section of the system information, we see the wrong vendor name. if you reboot after that, then the thunderbolt completely disappears from the list in the thunderbolt and pci section, and the display is not initialized, which is logical.
to return everything as it was, you need to perform a shutdown and restart cycle. without turning off the power supply.