Contribute
Register
Sorry for the absence, I do not have much time as before now.

I would like to specify one thing: This is not a guide! But a starting point to solve a problem.

I performed a clean new installation and I took advantage of it to extract some information.
The solution to enable the hotplug for everyone is probably hidden here.

With the clean system I have inserted ONLY these minimal Arbitrary inject (First TB entry):
Arbitrary.png

None SSDT!! Only Arbitrary!! In this way the values are the original ones and a comparison is possible.

And I saved these IORegs of my system:
  1. GC-Alpine Ridge with THB_C cable connected an device connected [NO hotplug]: IOReg GC-AplineRidge with THB_C cable.zip
  2. GC-Alpine Ridge without THB_C cable and without device connected: IOReg GC-AplineRidge without THB_C cable and device.zip
  3. GC-Alpine Ridge without THB_C cable and with device connected [FULL hotplug]: IOReg GC-AplineRidge without THB_C cable - with device.zip
The THB_C cable helps the PCI card to be recognized by the system at boot, but it breaks the hotplug. Why? What values changes? I think it's the same for everyone, even on integrated cards, but here you can see the differences.
Now, find the differences and we will find the solution to this problem for everyone (most likely).

For now I have "solved" my problem with method 2 of post #1, but I hope that soon there are new developments!
 

Attachments

  • IOReg GC-AplineRidge with THB_C cable.zip
    695.6 KB · Views: 114
  • IOReg GC-AplineRidge without THB_C cable and device.zip
    594.5 KB · Views: 63
  • IOReg GC-AplineRidge without THB_C cable - with device.zip
    688.9 KB · Views: 62
Last edited:
Interesting. But requires a lot of knowledge about (OSX) drivers in general. Nice for specialists, which I am not.
 
Hi All
If anyone work sleep with TB3 please share your experience.
I try more restart wake up.
Thank you.
 
Sorry for the absence, I do not have much time as before now.

I would like to specify one thing: This is not a guide! But a starting point to solve a problem.

I performed a clean new installation and I took advantage of it to extract some information.
The solution to enable the hotplug for everyone is probably hidden here.

With the clean system I have inserted ONLY these minimal Arbitrary inject (First TB entry):
View attachment 329209
None SSDT!! Only Arbitrary!! In this way the values are the original ones and a comparison is possible.

And I saved these IORegs of my system:
  1. GC-Alpine Ridge with THB_C cable connected an device connected [NO hotplug]: IOReg GC-AplineRidge with THB_C cable.zip
  2. GC-Alpine Ridge without THB_C cable and without device connected: IOReg GC-AplineRidge without THB_C cable and device.zip
  3. GC-Alpine Ridge without THB_C cable and with device connected [FULL hotplug]: IOReg GC-AplineRidge without THB_C cable - with device.zip
The THB_C cable helps the PCI card to be recognized by the system at boot, but it breaks the hotplug. Why? What values changes? I think it's the same for everyone, even on integrated cards, but here you can see the differences.
Now, find the differences and we will find the solution to this problem for everyone (most likely).

For now I have "solved" my problem with method 2 of post #1, but I hope that soon there are new developments!
Too bad for us that you have less time now. Hopefully someone else will take the torch for a while.
1. Can you just tell us your bios settings. Especially those regarding Thunderbolt.
2. When you say Method 2 and Hotplug... Do you mean that you are able to boot with your dock connected and after boot turn on your soundcards and they will be recognised?

Best Regards
Anders
 
2. When you say Method 2 and Hotplug... Do you mean that you are able to boot with your dock connected and after boot turn on your soundcards and they will be recognised?
Exactly, it is explained in post #1 how to succeed.

The bios settings are basically the same for TB:
  • Peripherals > Intel Thunderbolt Technology: Enable
  • > Thunderbolt(TM) Support: Enable
  • > Thunderbolt Boot Support: Enable
  • > GPIO3 Force PWR: Enable
  • > Skip PCI OptionRom: Disable
  • > Security Level: No Security
  • Power > ERP: Enable (for sleep/wake and shutdown)
I attach my config.plist. Check that you have selected: Darkwake=8

Usually shutdown and sleep/wake problems are caused by USB ports, check the "Wake Reason" log using a terminal command.
 

Attachments

  • config.plist
    5.7 KB · Views: 240
Exactly, it is explained in post #1 how to succeed.

The bios settings are basically the same for TB:
  • Peripherals > Intel Thunderbolt Technology: Enable
  • > Thunderbolt(TM) Support: Enable
  • > Thunderbolt Boot Support: Enable
  • > GPIO3 Force PWR: Enable
  • > Skip PCI OptionRom: Disable
  • > Security Level: No Security
  • Power > ERP: Enable (for sleep/wake and shutdown)
I attach my config.plist. Check that you have selected: Darkwake=8

Usually shutdown and sleep/wake problems are caused by USB ports, check the "Wake Reason" log using a terminal command.
Thank you for update
Are you using any other DSDT/SSDT patches for sleep?
 
Thank you for update
Are you using any other DSDT/SSDT patches for sleep?
My TB devices are correctly recognized after sleep, but this happened right from the beginning without any procedure. It is not said that it works for everyone.
If your build does not go correctly in sleep the problem is another (perhaps caused by USB ports, in fact I do not use any patches for USB ports because I created my SSDT for USBInjectAll).
 
X99-UIAC-All.aml This SSDT supported both Conroller.

#Intel 99 Series Chipset Family USB xHC Host Controller

#USB-C Host Controller(Gigabyte Alpine ridge)

#You have to rename this 2 devies are same name to XHC .

#Install USBInjectAll.kext
 

Attachments

  • X99-UIAC-All.aml.zip
    1.2 KB · Views: 116
  • Screen Shot 2018-05-05 at 7.53.02 AM.png
    Screen Shot 2018-05-05 at 7.53.02 AM.png
    297.4 KB · Views: 214
Back
Top