[In progress] SSDT for Thunderbolt 3 Hotplug

[ritchieborg]

Still having trouble finding the right values for the arbitrary inputs. Can’t find my PCI info in the boot log for my alpine ridge

Edit: Maybe that isn't the way to go anyway...

 

[papadiche]

Still having trouble finding the right values for the arbitrary inputs. Can’t find my PCI info in the boot log for my alpine ridge

Edit: Maybe that isn't the way to go anyway...

What do you mean arbitrary inputs?

In config.plist I tried a whole variety of inputs (taken from IOReg), but they never seemed to do anything

 

[ritchieborg]

Basically I mean the PCI adress you’re suppose to find in boot.log. Can’t find anything though!

But trying some ssdts now and would be thrilled to see wake from sleep working as I don’t need to hotswap my clarett

 

[canyondust]

Basically I mean the PCI adress you’re suppose to find in boot.log. Can’t find anything though!

But trying some ssdts now and would be thrilled to see wake from sleep working as I don’t need to hotswap my clarett

If it’s on the PCH it likely won’t show up in bootlog. If it’s an add-in card use DCPI Manager to find its address and cross reference with bootleg

 

[LeleTuratti]

Still having trouble finding the right values for the arbitrary inputs. Can’t find my PCI info in the boot log for my alpine ridge

Edit: Maybe that isn't the way to go anyway...

In the bootlog you will not find Alpine Ridge, you must look for his ID, in my case it is 15d3.

Looking for 15d3 in the bootlog you will find more than one address, in my case they were the same ones shown by IOReg.

 

[LeleTuratti]

I update my situation:
Until now I have run all my attempts with 2 or more devices connected to the chain, because it will be my final configuration.
All tests: UAD Satellite> UAD Apollo Twin
Some tests: Belkin TH 2 dock> UAD Satellite> UAD Apollo Twin

So far I have not been successful with any SSDT or Arbitrary inject, so I have removed everything and dismembered my device chain.
I noticed that if I connect only one Thunderbolt device, the hotplug works (without SSDT or Arbitrary inject).
I then tried with 2 devices and it happens that only the first is reconnected after having turned it off.
However I can not be satisfied because because this happens, the devices must be connected and turned on before booting (as always), and the most important thing is that they do not work well. After "hotplug" if I try to play audio from my Apollo Twin the computer freezes and if I turn off the Apollo Twin during the freeze, the computer turns off suddenly.

I checked what happens in IOReg and it seems that after turning off the device it remains visible in the ACPI paths (it is not crossed with red).
With many previously used SSDTs, the devices were disconnected correctly, but were not reconnected later.

 

[papadiche]

@LeleTuratti Thanks for the update and keeping this thread alive! We all really want Thunderbolt to work correctly on Z270/Z300 chipsets!

You were able to get IOReg to correctly disconnect the ACPI paths (visible red strikethrough) previously? How were you able to do that?

Version "B" did nothing for me when placed at /EFI/EFI/CLOVER/ACPI/patched and I am on an ASRock Fatal1ty Z270 ITX/ac board running macOS 10.13.4

I think perhaps we won't get anywhere on the SSDT front until we understand exactly what all the variables do on a normal iMac. Those SSDT's looked quite complex with a lot of notifying one variable of another one changing.

Is there any difference between writing a kext for Thunderbolt and applying an SSDT for system-specific ACPI patching?

 

[ritchieborg]

In the bootlog you will not find Alpine Ridge, you must look for his ID, in my case it is 15d3.
View attachment 325932

Looking for 15d3 in the bootlog you will find more than one address, in my case they were the same ones shown by IOReg.

I got 1578 when I did just that in IOREG but when I search in boot-log for that I get nothing at all. Any idea?

 

[LeleTuratti]

I got 1578 when I did just that in IOREG but when I search in boot-log for that I get nothing at all. Any idea?

You do not need the bootlog, the address is on IOReg on "pcidebug". In my case it's 06:00.00 (look in my screenshot)

 

[ritchieborg]

Ahh okay coo! Thank you for the patience!