Gigabyte B550 Vision D (Thunderbolt 3) + AMD Ryzen 7 3700X + AMD RX 5600 XT

[CaseySJ]

Here you go Casey.

Turns out there is a small difference between the two motherboards. Please try the new file attached here. Note that it has a new name so it's necessary to both (a) copy file into EFI/ACPI folder and (b) create an entry in config.plist --> ACPI --> Add.

 

[CaseySJ]

@CaseySJ

I copied your new EFI to my test thumb drive, copied your two revised USB aml and kext files, fixed the device properties to remove the second NVMe I don't have, added my PlatformInfo info. Booted with your new revised EFI.

Unfortunately still no sleep. But it seems to get to the failed sleep and wakes more quickly. Progress???

I still feel like an incorrect port mapping is involved.

I tried to use Hackintool to create a new port map. I have two front panel USB 3 ports -- XHC2 POT3, and XHC2 POT4. (IORegistryExplorer already has them.) I went through the exercise of plugging and unplugging USB2 and USB3 devices into the external ports and came up with this setup:

View attachment 531162
I exported which resulted in three files I would usually use: USBPorts.kext, SSDT-UIAC.aml, and SSDT-EC-USBX.aml. But I wasn't sure which files in your EFI I might try replacing.

I also attached a zipped IORegistryExplorer file if it's useful.

I could be headed in the wrong direction, but anything is worth a try at this point.

I much appreciate your continued assistance!!!

Alright, let's do this:

• Keep all existing SSDTs. They are necessary. So no change to ACPI.
• In Kernel --> Add, uncheck USBPorts-XHC-XHC2.kext
• Copy new USBPorts.kext to EFI/Kexts folder and create an entry for it in Kernel --> Add.
• Reboot.

However, it may be necessary to delete the XHC3 section from USBPorts.kext --> Contents --> Info.plist:

 

[Vorshim92]

Sadly there is no USB Type C front-panel header on the Vision D. It is present, however, on the Vision D-P and also on the X570S Aero G.

A USB 3.0 header on the motherboard supports two external USB 3 Type A ports. If your case has two blue USB ports, both are connected through a single cable to the single USB 3 header.


We also need:

• Kernel --> RestrictEvents.kext --> enabled
• Kernel --> ProvideCurrentCpuInfo --> checked on

Oh! Ok. I found a splitter Y header for the usb 3 cable but they say that you can't use both usb together. Can't use the type C while there is something attached in 1 of the 2 usb 3 ports of course... I will find another solution or I'll simply leave it unplugged xD thanks

"Kernel --> ProvideCurrentCpuInfo --> checked on", I forgot this! but on your mini-guide it wasn't mentioned here: mini guide (just to know)
thanks a again!

p.s. maybe we have to change the diagram for the usb header at the first page? when there is time of course, just for the other people

p.s2 Nevermind, "ProvideCurrentCpuInfo" was already checked on your EFI... so I really don't know why remain "unknown"

 

[BillyBoy7]

Turns out there is a small difference between the two motherboards. Please try the new file attached here. Note that it has a new name so it's necessary to both (a) copy file into EFI/ACPI folder and (b) create an entry in config.plist --> ACPI --> Add.

You really are amazing!

Works perfectly thank you!

 

[BillyBoy7]

Damn, I've ran into a strange problem Casey.

So your SSDT works great, again thanks so much.

But I now have no Audio devices apart from my Monitor and Webcam. For example all the core built-in audio devices such as 'Built-in Input', 'Built-in Line Input', 'Built-in Output' etc have all gone.

As soon as I disabled that SSDT they all come back again and are functioning. What could be the matter?

I can hear the boot chime with the SSDT enabled from my main speaker but nothing after and have even cleared the NVRAM.

Do I need to map out all the PCI devices including the Audio Controller in Device Properties? I know they are blank compared to the Vision D EFI so could that be the cause?

 

[CaseySJ]

Damn, I've ran into a strange problem Casey.

So your SSDT works great, again thanks so much.

But I now have no Audio devices apart from my Monitor and Webcam. For example all the core built-in audio devices such as 'Built-in Input', 'Built-in Line Input', 'Built-in Output' etc have all gone.

As soon as I disabled that SSDT they all come back again and are functioning. What could be the matter?

I can hear the boot chime with the SSDT enabled from my main speaker but nothing after and have even cleared the NVRAM.

Do I need to map out all the PCI devices including the Audio Controller in Device Properties? I know they are blank compared to the Vision D EFI so could that be the cause?

Try a cold boot first (shutdown and flip power switch on PSU to OFF for 10 seconds). If that doesn't help, then certainly try adding device properties for the AMD GPU. Just refer to my EFI folder -- there should be a Device Property entry for the GPU's Video and one for the GPU's Audio.

Also add a Device Property for the Realtek ALC-1220.

 

[BillyBoy7]

Try a cold boot first (shutdown and flip power switch on PSU to OFF for 10 seconds). If that doesn't help, then certainly try adding device properties for the AMD GPU. Just refer to my EFI folder -- there should be a Device Property entry for the GPU's Video and one for the GPU's Audio.

Also add a Device Property for the Realtek ALC-1220.

I added the relevant PCI devices including their paths which I got from Hackintool and followed the same format you had done in you Vision D EFI. Also ensured I done a cold boot as mentioned before.

Unfortunately I am still running into the same situation of no audio devices (apart from the Monitor and webcam).
When opening System Information and clicking on PCI devices, they are now populated with the information from Device Properties and it states their drivers installed as 'Yes' apart from the Starship/Matisse HD Audio Controller which has a 'No' as shown in the photo below:

I also noticed something else when reading up other material. The HDEF device for audio is appearing under the same grouping as the disabled Nvidia GPU in IOReg as shown below:

And when checking gfxutil the HDEF PCI path is PciRoot(0x0)/Pci(0x3,0x2)/Pci(0x0,0x1)
Whereas the disabled Nvidia GPU path is PciRoot(0x0)/Pci(0x3,0x2)/Pci(0x0,0x0)

Could the SSDT be causing an issue with this then?

 

[CaseySJ]

…

And when checking gfxutil the HDEF PCI path is PciRoot(0x0)/Pci(0x3,0x2)/Pci(0x0,0x1)
Whereas the disabled Nvidia GPU path is PciRoot(0x0)/Pci(0x3,0x2)/Pci(0x0,0x0)

Could the SSDT be causing an issue with this then?

The SSDT can be modified to hide the GPP9 HDEF device. Currently it hides the GPP9 GFX1 device only. Can pick this up tomorrow.

 

[BillyBoy7]

Thanks Casey.

 

[Vorshim92]

Hi there! Good morning! Tonight I will try F12 and then F10 to see if I can solve Instant Wake. Can I ask if you use wake on Lan feature enabled or disabled? By the way I found in the description of F12 this so I think that they made the change of the USB hub on f12

edit: sorry for editing always my post ahah but I prefer to do like this instead spamming xD
do you suggest to buy this two link for the flashing process of the internal tb?
kit cables jumper and usb extension

I already bought these two tools as you suggest: clip and CH341A