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

[jleahy2]

Try disable/unplug the WiFi card USB and see if things get better. I’ve seen the internal USB header with certain card can mess up system/sleep function.

Thanks. I'll give that a shot after my first experiment. I've temporarily moved my keyboard to the black USB2 slot on the back of the motherboard. I'm curious to know if both USB2 and USB3 drop out when the issue happens, or if it's just USB3.

I am definitely starting to suspect it may be related to the Bluetooth/WiFi card though, which..is odd. I'm pretty sure it's a commonly used one. I don't use it often, but it is nice for airdrop on occasion.

 

[scottkendall]

I don't think the SSDT's matter but any patches/name changes do.

The only patch rename I have is RTC _STA bug patch. Does the Alpine card need to be installed when the dump is done or is it OK to have the Titian still installed.

 

[canyondust]

One minor detail...

Please change the indicated by from 0xC5 to 0x85 to enable Thunderbolt Switch 5. This will require recalculation of the 4-byte checksum...

View attachment 469385

Edit: Never mind -- thanks to @losinka we have the correct DROM:

0x71, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0xED, 0x00,
0xFC, 0xDF, 0x43, 0x2B, 0x02, 0x67, 0x00, 0xED, 0x00,
0x09, 0x80, 0x02, 0x01, 0x08, 0x81, 0x80, 0x02, 0x80,
0x00, 0x00, 0x00, 0x08, 0x82, 0x90, 0x01, 0x80, 0x00,
0x00, 0x00, 0x08, 0x83, 0x80, 0x04, 0x80, 0x01, 0x00,
0x00, 0x08, 0x84, 0x90, 0x03, 0x80, 0x01, 0x00, 0x00,
0x02, 0x85, 0x0B, 0x86, 0x20, 0x01, 0x00, 0x64, 0x00,
0x00, 0x00, 0x00, 0x00, 0x03, 0x87, 0x80, 0x05, 0x88,
0x50, 0x00, 0x00, 0x02, 0xC9, 0x05, 0x8A, 0x50, 0x00,
0x00, 0x05, 0x8B, 0x50, 0x00, 0x00, 0x0B, 0x01, 0x47,
0x49, 0x47, 0x41, 0x42, 0x59, 0x54, 0x45, 0x00, 0x12,
0x02, 0x47, 0x41, 0x2D, 0x5A, 0x31, 0x37, 0x30, 0x58,
0x2D, 0x55, 0x44, 0x35, 0x20, 0x54, 0x48, 0x00

I'll update the Repository shortly.

Weirdly, once I flipped this bit and recalculated the crc32 checksum, I checked the logs on each boot. Sometimes there is no drom error, but usually there is, and it’s != to a different checksum each time! I’ve tried changing it to == what it wants but it seems to be a moving target! I’ll try @losinka ’s in the morning and see if it’s stable.

Edit: I've switched to @losinka 's DROM code and it is perfect. CRC holds.

 

[CaseySJ]

GC-ALPINERIDGE 2.0 JHL6540

MSI B360m MORTAR has been added to the Repository.

 

[CaseySJ]

@CaseySJ

To join the Alpine Ridge "frenzy" I would like to add the unflashed DSDT.ami file for my NUC7i7BNB, BIOS 81, which has an Alpine Ridge controller.

As an experiment I tried the SSDT-TbtOnPch-Intel-NUC8.ami without success. Thunderbolt is enabled in BIOS, but there is no GPIO3 Force Power option. (I had tried some time ago to use the Mini Guide to view Firmware Settings without success. I'll try it again.)

Perhaps you could add the NUC7i7BNB to your list?

Intel NUC 7 has been added to the Repository.

Please confirm if Thunderbolt is on RP05.

 

[CaseySJ]

done, attached, THANKS!

Edit1: This is the second NUC that date and time is messed when I started to play with this

If you are renaming _OSI to XOSI, try disabling that and reboot.

 

[CaseySJ]

I've been running this build/system for a while now, and things have been pretty smooth, but I still have one issue I can't seem to resolve - my entire USB system randomly drops out.

I use this system for audio production - when this issue happens, the system appeared to be unresponsive/frozen, but the puzzling thing was that the video was still updating and audio was still playing through the speakers.

This morning I was trying to further diagnose these issues and I had the console up, and sure enough the issue happened - the console kept updating, music kept playing, etc - but USB keyboard and mouse were completely dead. Moving them to other ports did nothing - entire USB system was just gone.

Anyone have any ideas on this? Sometimes I can go days without this occurring, other times it's a couple times a day. I don't know what to do at this point. Almost all the hardware in this system is brand new, and I run a very minimal install and only a USB keyboard, mouse, and Ableton Push (controller which was not turned on at the time of the incident). I do have a bluetooth card from OSXWiFI that has the bluetooth connected on the USB system.

Beyond that - I'm at a loss. Any help would be appreciated.

Someone else experienced something similar -- he could not perform large file transfers between USB-connected drives. One or both of the drives would suddenly disconnect. After much frustration, he found that dropouts were occurring in Windows as well, which led to the suspicion that it was a hardware problem. After getting a replacement board the USB problems disappeared.

If you experience the same dropouts or USB flakiness even in Windows then it may also point to a hardware fault.

 

[CaseySJ]

Is it possible to use this when a GPU is in another slot?

Yes, but it's better to use the kext only and not use the SSDT.

 

[CaseySJ]

The only patch rename I have is RTC _STA bug patch. Does the alpine card need to be installed when the dump is done or is it ok to have the Titian still installed.

Those ACPI patches are generally okay. It does not matter which card, if any, is installed. The only thing that matters is for Thunderbolt to be enabled in BIOS before dumping DSDT.aml.

 

[vicantu]

If you are renaming _OSI to XOSI, try disabling that and reboot.

I disabled that renaming, rebooted, still Thunderbolt: No drivers are loaded.