Jump to content


Just Joined
  • Content count

  • Joined

  • Last visited

About lelet

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
  • Interests
    Music Production

Recent Profile Visitors

107 profile views
  1. ThunderBolt Drivers

    Unfortunately no: When a device is connected: IOPCITunnelL1Enable = false When a device is not connected: IOPCITunnelL1Enable = true However there are other missing entries that I'm trying to implement. One of the biggest differences is that Apple uses: Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method { If (OSDW ()) { If (Arg0 == ToUUID ("a0b5b7c6-1318-441c-b0c9-fe695eaf949b")) { Local0 = Package (0x02) { "PCIHotplugCapable", Zero } DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } Return (Zero) } While our SSDTs use: Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method { If (LNot (Arg2)) { Return (Buffer (One) { 0x03 }) } Return (Package (0x02) { "PCIHotplugCapable", One }) }
  2. ThunderBolt Drivers

    Everything is still very experimental and there are some errors. Be patient for now
  3. ThunderBolt Drivers

    @Loloflat6 No trick, no magic The SSDT you are using is the work of @Matthew82 who recently tried to adapt the work done for the Asus ThunderboltEX on X299 to the Gigabyte platform. Unfortunately it did not work, so I preferred to start from a very lightened version to understand what was the minimum requirement to have the hotplug. Obviously I'm everything, except an expert in this matter, so I'm moving in the dark mostly. Today I had another success, even if still partial (again)... However, we can say that we are at 90% of the work. With this version happens (This version is almost identical to the one you are using): SSDT-TB3 V2.aml.zip STEP 1: UAD-2 Satellite and Apollo Twin connected and turned on at boot time. STEP 2: I turned off and then turned on the Apollo Twin, which was reconnected properly. STEP 3: I turned off and on both devices, but only the first (UAD-2 Satellite) connected correctly. I noticed that to get the hotplug without Arbitrary inject I just have to add PCI-Thunderbolt One to DSB1. However doing this, the XHC2 controller in DSB2 is excluded. Is it possible that the problem is the wrong slot? My Thunderbolt card is installed in Slot 5, but I can not change it in the SSDT. Another important thing is that if I connect my Belkin Thunderbolt dock to the base of everything, the Apollo Twin (the last device in the chain) will no longer disconnect properly and the only hotpluggable device is the UAD-2 Satellite ( At least until I turn off the Belkin dock, then go back to the conditions explained above.)
  4. ThunderBolt Drivers

    Your SSDT is not the last one I uploaded, and unfortunately it works partially like those of my previous post. Only one device is hotpluggable, and only if I add DSB1 address in Arbitrary inject
  5. ThunderBolt Drivers

    New update! I am able to get the hotplug using only one SSDT! However always and only the first device is hotpluggable. I imagine then there may be errors and optimizations to do (I'm not at all expert in this ). SSDT-TB3.aml.zip If not work, add this entry (only the first) on clover (UPSB address): Reboot, remove the Arbitrary inject and reboot again. Here is my IOReg with this SSDT. I do not know if the USB-C works because I have such devices, but hopefully we can implement it later. IOReg: TB3 Partial-Hotplug.zip @Loloflat6 GC-Alpine Ridge is identical to Asrock, in fact it has 2 Thunderbolt 3 ports and no USB 3.1 port on the card
  6. ThunderBolt Drivers

    Success!!! Finally I managed to enable the hotplug in my Gigabyte Alpine Ridge on MB Z370! However there are still some corrections to be made, because currently only the first device in the chain is hotpluggable. Special thanks to everyone who helped and contributed to making this possible! By combining @maleorderbride's method and @Matthew82's SSDT I can now connect my devices whenever I want. However only the first device reconnects correctly, so I tried the @Loloflat6's SSDT (adapting it to my ACPI paths), but the result is the same with the only difference that the various pci-bridge@# are not renamed in DSB#@. It was enough to add this Arbitrary inject (DSB1 pcidebug): Also adding this Arbitrary inject (not mandatory), the information in the PCI system info is displayed (UPSB pcidebug): As I said before, however, only the first device in the chain connects correctly. The second device (APOLLO TWIN) even if switched off, is not disconnected correctly until I turn off the first device (UAD 2 Satellite). You probably need to make changes to the SSDT to get the pci-bridge managed differently. Here's how my devices behave now: As you can see, the hotplug is limited to pci-bridge@3. By making a comparison with the IOReg of my MacBook Pro (same connected/disconnected devices), we see the difference: I specify that even my Belkin dock is hotpluggable, but subsequent devices behave as described above. I think that now we are almost there and this could be the way to finally activate the hotplug even in the MB series 100/200/300. Could someone help me edit or create a proper SSDT? All those created so far only work with the first connected device, so I think it can be useful to everyone. I am at your disposal SSDT by Matthew82.aml.zip SSDT by Loloflat6.aml.zip
  7. ThunderBolt Drivers

    Yes, but it is not a real hotplug, very simply when I turn off my device (UAD Apollo Twin is a powered device always connected with a power button), the system does not disconnect properly, in fact I continue to see it on IOReg but not on the UAD app. When I turn on the UAD device, it reappears on the UAD app (but the usual popup does not appear: Re-connecting to hardware ...) and if I try to play audio the computer freeze up and goes out as soon as I turn off the Apollo Twin UAD. Note that in my case, all the devices are reconnected correctly after sleep, even my Belkin dock. In the kext of my devices there is IOPCITunnelCompatible=true I also tried your method Now in system profile the Thunderbolt devices that I connect are correctly seen. And they are disconnected correctly. Unfortunately they are no longer reconnected later. I compared my IOREG with a real iMac18,3 IOReg and I noticed that there are some different voices. I think the solution is simpler than it seems, but we should understand what prevents Thunderbolt drivers from working properly...
  8. ThunderBolt Drivers

    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.
  9. Thank you! Here's to you: SEND_ME Hi @MaLd0n, any news with my problem? I'm only interested in the Thunderbolt hotplug...
  10. Take all the time you need, the Thunderbolt hotplug is a problem that many people have, I do not know if it's simple
  11. ThunderBolt Drivers

    As reported by @jya, probably the chipset makes some differences, but it is not the main problem. If so, on Windows it would not work. In fact, from the tests carried out, it seems a problem of how the various ACPI paths are managed. Previously I had attached the files of an iMac18,3 on purpose to make comparisons.
  12. ThunderBolt Drivers

    False alarm, the efi drivers are not responsible. I tried to clean my system from every patch and it happens the same (by now I do not understand anything). Thanks @TheRacerMaster, but at this point the only test to do is with the efi drivers for the TB3 from an iMac18,3 or iMacPro1,1
  13. Hi @MaLd0n, would you like to make a last attempt with my configuration? I'm only interested in the Thunderbolt part that for now works partially Many people on X299 have managed to succeed, do you think it's possible to enable hotplug on a Z370 chipset? Hardware: I am using the SMBIOS iMac 18,3 with HSierra 10.13.4. - Gigabyte Z370 Ultra Gaming - Gigabyte Alpine Ridge PCIe (very similar to Asrock, in fact has 2 connections Thunderbolt 3 and no USB 3.1) I have removed all the patches and SSDTs from my system, and currently happens this: - Devices must be turned on before booting the computer to work properly; - After sleep, they reconnect correctly and work; - If I turn them off during sleep, and turn them back on before waking up the computer, they reconnect properly and work; - If I turn off a device (the last one in the chain), they all disconnect; - If the computer turns on, I turn off the devices and then turning them back on, sometimes they reconnect (I have to turn them all off, otherwise this does not happen), however they do not work properly and the computer can freeze until I turn them off. I think the line to get the hotplug is thin, but I do not know what to do. At this point I think it's a power management problem, so I've done two exports if they can be useful: Send Me without SSDT and with the devices turned OFF: DOWNLOAD Send Me without SSDT and with the devices ON: DOWNLOAD I add the original tables of an iMac 18,3 from this thread (I think they can be useful for the values used by Apple): DarwinDumper_iMac18,3_Apple_X64_Sierra_16F2073_Edited.zip iMac 18,3 IOReg: Download This is all the information I can provide you for now, but if you need anything else, ask! Can you help me please?
  14. ThunderBolt Drivers

    Simply because I do not know, If I knew it I would have already written it However I want to bring back a PARTIAL SUCCESS! My computer is still empty, so I can afford certain experiments. I added the two efi files to my drivers64uefi folder and... in some cases the hotplug works! To be successful, the devices must be turned on before booting (as before), but now if I turn them off and turn them on again, they often reconnect. However, everything is very unstable: - If I turn off the last device in the chain, almost all others are also disconnected; - If I open the UAD app to manage the audio interfaces, after I turn off the devices, when I turn them back on they will not reconnect anymore and the app will crash; - If I turn on the computer with the devices turned off, the hotplug does not work; And there are many other variables that I do not list. Obviously this is already a lot, considering that they should not even be compatible. However it seems that the solution is not an SSDT, but the driver. Now it would be useful to find drivers from a original machine with Thunderbolt 3. EDIT: Added IOreg with only the efi drivers loaded: IOreg efithunderboltdriver.zip