Contribute
Register

[Success] GIGABYTE Z370 Gaming 7 + Intel Core i7-8700K + RX 580 + (2x) Dell P2715Q 4k @ 60Hz

Yep Titan Ridge still breaks sleep :(
Hi Gothic4684. I think I know what your problem is....
Run the following code log show --style syslog --start 2019-01-21 | fgrep "Wake reason" , substituting the correct date so that it only returns wake from sleep items from the day it awoke last.

My assumption is that the Titan Ridge connects to a USB2 port (I'm still waiting for mine), and this USB port is awaking the system.

If you get a line back with this on the end Wake reason: RTC XDCI (Alarm) then that means the systems RTC (Real Time Clock) awoke the system from its' power nap.
This Wake reason: PWRB XDCI (User) means the power button was hit (that's why I set the power button in the BIOS to turn off the computer only after pressing it for 4 seconds).
And this Wake reason: XDCI means a device attached to a USB port awoke it. This is what I assume is happening with yours system.

If this is true, or otherwise post back with the code and also tell me if the Titan Ridge does connect to the USB bus, and then you/I will have to mark that port as an internal port. This is the same as my system where I have used all of the 4 USB2 ports, so have marked them as internal (0x255) in the USB SSDT.

Jim
 
Thank you for your help! I was having trouble getting my build to sleep but your instructions really did the trick. Now for the overclock...
 
Hi Gothic4684. I think I know what your problem is....
Run the following code log show --style syslog --start 2019-01-21 | fgrep "Wake reason" , substituting the correct date so that it only returns wake from sleep items from the day it awoke last.

My assumption is that the Titan Ridge connects to a USB2 port (I'm still waiting for mine), and this USB port is awaking the system.

If you get a line back with this on the end Wake reason: RTC XDCI (Alarm) then that means the systems RTC (Real Time Clock) awoke the system from its' power nap.
This Wake reason: PWRB XDCI (User) means the power button was hit (that's why I set the power button in the BIOS to turn off the computer only after pressing it for 4 seconds).
And this Wake reason: XDCI means a device attached to a USB port awoke it. This is what I assume is happening with yours system.

If this is true, or otherwise post back with the code and also tell me if the Titan Ridge does connect to the USB bus, and then you/I will have to mark that port as an internal port. This is the same as my system where I have used all of the 4 USB2 ports, so have marked them as internal (0x255) in the USB SSDT.

Jim

Thanks for replying Jim... I will fill you in on what’s happening from my testing most of the day and hopefully you can shed some light on what’s going on.

The Thunderbolt devices still have to be powered on before boot like before but after this step is done you can trun the device off and on and it will still work/connect like it should. The issue is once it’s connected from boot, MacOS won’t release it... even if turning the device off like stated before. It still shows my audio device in sound properties like it’s still connected.

My guess is because MacOS “holds on” to the device, it does the “only sleeps once” thing then won’t sleep again. If I boot with no Thunderbolt devices connected, it sleeps and wakes perfectly normal.

I noticed in KGP’s post with pictures that he has all his PCIe devices showing correctly and Thunderbolt showing correctly in system profiler so some sort of SSDT is a must to get things fully working. I have been reading on creating and editing SSDT/DSDT files most of the evening and it looks terrifying! :lol:

I’m using your EFI folder and USB kext so we should not be far off from each other component wise other that your 10gb ethernet and my Vega 64. I can’t wait for your Titan Ridge to arrive!
 
Thanks for replying Jim... I will fill you in on what’s happening from my testing most of the day and hopefully you can shed some light on what’s going on.

The Thunderbolt devices still have to be powered on before boot like before but after this step is done you can trun the device off and on and it will still work/connect like it should. The issue is once it’s connected from boot, MacOS won’t release it... even if turning the device off like stated before. It still shows my audio device in sound properties like it’s still connected.

My guess is because MacOS “holds on” to the device, it does the “only sleeps once” thing then won’t sleep again. If I boot with no Thunderbolt devices connected, it sleeps and wakes perfectly normal.

I noticed in KGP’s post with pictures that he has all his PCIe devices showing correctly and Thunderbolt showing correctly in system profiler so some sort of SSDT is a must to get things fully working. I have been reading on creating and editing SSDT/DSDT files most of the evening and it looks terrifying! :lol:

I’m using your EFI folder and USB kext so we should not be far off from each other component wise other that your 10gb ethernet and my Vega 64. I can’t wait for your Titan Ridge to arrive!
Yes I’m getting impatient for it to arrive also. DHL shows that it should arrive on the 22nd which is tomorrow, but the DHL site says it’s at the airport in LA awaiting clearance! So much for the express service I paid extra for.
Regarding the PCI listings... I haven’t done them yet. But I recall someone else on this forum has modified KYPs files already for the Z370, just can’t find ATM. If you do will you link for me?
 
Yes I’m getting impatient for it to arrive also. DHL shows that it should arrive on the 22nd which is tomorrow, but the DHL site says it’s at the airport in LA awaiting clearance! So much for the express service I paid extra for.
Regarding the PCI listings... I haven’t done them yet. But I recall someone else on this forum has modified KYPs files already for the Z370, just can’t find ATM. If you do will you link for me?

I will most certainly dig around and see if I can find it and I will also run the commands you suggested and see what’s keeping it from sleeping after the first sleep.

As always... Thank you Jim! :)
 
Yes! That's the one. Obviously I can't try it ATM, and I'm not sure ATM what over things I have to do to implement it, but give it a try... put in your ACPI patch folder along with the USB patches. Hopefully it will not harm anything!
 
Hi @Gothic4684 & @jiffyslot and others that are using the GC-Alpine Ridge Thunderbolt 3 card.

Maybe I'm behind the times, but I just discovered that the latest (only) drivers 17.4.77.400 for the GC-Titan Ridge are also meant for the GC-Alpine Ridge, and are a lot later than the latest Alpine Ridge 16.3.61.275 drivers . I discovered this by looking at the release notes.txt in the TR drivers.
Code:
Thunderbolt(TM) Software Release Notes
======================================
This document is the release notes for the Thunderbolt software version 17.4.77.400


Supported Operating Systems
===========================
  Windows* 10  64-bit

Windows Update references:
- RS3: shared product ID 1152921504607502549, submission ID 1152921504627611457
- RS4: shared product ID 1152921504607517008, submission ID 1152921504627695591
            

Supported Thunderbolt Controllers
=================================
  DSL6540/6340  Series - "Alpine Ridge" 
  JHL6540/6340  Series - "Alpine Ridge" 
  JHL6240       Series - "Alpine Ridge LP"
  JHL7540/7340  Series - "Titan Ridge"     


Changes:
========
Version 17.4.77.400
  - Hotfix: Race condition between SW and FW while entering RTD3 and a device is connected at the same time (see fixed issue #2202117254)

Version 17.4.76.300
  - Toast message on device connection changed to "New Thunderbolt™ device has been connected. Click here to approve the device."
    The notification time has been extended to remain around 25 seconds at the minimum.
  - Fixed MUP errors popped up with CVT2.0.1

Version 17.4.75.250
  - Implements RTD3 RCR:
    * When the platform is RTD3 capable (BIOS & FW) the driver will enable it automatically on each driver load.
      It would be reflected on the Thunderbolt controller Power Management tab.
    * Changed FW Update SDK accordingly to expose RTD3 capability (including SDK API, documentation and sample)       
  - Fixed potential Bugcheck when resuming from Sx while Thunderbolt networking connection is active (see fixed issue #1604754624)
  - Fixed another corner case addressing issue #1604629561
 
Version 17.3.74.400
  - Hotfix: Bugcheck E1 observed during S3,S4 & WR cycle (Pointing to Ntkrnlmp.exe) (see fixed issue #1604664744)

Version 17.3.73.350
  - Hotfix: Race condition between Service Shutdown and OS Sx entry flow (see fixed issue #1604629561)

Version 17.3.72.250
  - Added support for Titan Ridge host controllers (JHL7540 & JHL7340)
  - Added support for PRE-BOOT ACL feature (deprecating previous implementation from 17.1.64.250):
      Devices that can be used for boot or during pre-boot need to be pre-approved.
      Pre-Boot ACL solution enables device pre boot approval by maintaining an access control list in the FW as well
  - Fixed race condition issues for supporting Selective Suspend (RTD3) state (refer to fixed issues #4927597 and #4927596 for more details)

Version 17.2.71.250
  - Added support for Windows* 10 RS3 Native PCIe Enumeration ("Native Express" mode) and Selective Suspend (RTD3) state.
  - Added support to enable Firmware Update on host controller in USB only mode (Device ID 0x15DC, 0x15DD and 0x15DE).
  - Added support for firmware update on device based on TR-DD (JHL 7440) controller - Including SDK and sample update
  - System Tray application reports software & firmware component versions in a separate menu option that does not require Admin permission.
  - Added UEFI capsule update reference code for Host controller Firmware Update in SDK sample folder
  - Optimized Installer Package for Thunderbolt Software, reducing its size significantly (less than 10Mb)
  - Toast notification improvement, now based on the Action Center instead of persistent notification in the right bottom corner of the screen.
  - This package does not support the PRE-BOOT ACL feature introduced in previous software package 17.1.x
  - Thunderbolt Networking is now working properly with Microsoft Windows bridge functionality (Windows* 10 RS3 required)
 
Version 17.1.64.250
  - Initial support for Windows* 10 RS2 Native Enumeration (FWU SDK and samples updated accordingly as well).
  - Added support for PRE-BOOT ACL feature:
      Devices that can be used for boot or during pre-boot need to be pre-approved.
      Pre-Boot ACL solution enables device pre boot approval by maintaining an access control list in the BIOS.
      ACL is maintained by both the SW and the BIOS.
      Main “use case” flow:
        1. User adds one or some entries to the ACL through the TBT SW
        2. TBT SW downloads the ACL into BIOS
        3. On boot, BIOS communicates the ACL to TBT FW
        4. FW can identify connected devices and authorize them in Pre-boot stage
        5. At OS up, TBT SW gets indication on presence of  pre-boot authorized device
  - Added support for Apple* Boot Camp in Secure Connect mode (SL1)
  - Firmware Policy settings window has been removed
  - No more support for older Thunderbolt 1 and 2 host controllers
  - No more support for older version of Windows* 7 and 8.1 

Version 16.3.61.275
  - Added support for Windows* 10 RS2 64-bit.
  - Added check-box to each notification not to show it again. This could be reset through the Settings panel.
  - Added support for Titan Ridge (JHL7xxx series) devices (dock) firmware update through Alpine Ridge
    (DSL6xxx/JHL6xxx series) host controllers.
  WARNING:
  - This is the last software package supporting Thunderbolt 1 and 2 host controllers
  - This is the last software package supporting Windows* 7 and 8.1     

Version 16.3.59.250
  - PD information dependencies removed from SW UI, and replaced by additional support via
    SDK & Samples. Refer to Thunderbolt_SDK_Guide.pdf for more information about new methods:
    I2CRead, I2CWrite and GetTIPdInfo
  - Added new method GetControllerInfo in SDK CMD sample to provide more information on a given
    Thunderbolt host controller
  - Added user notification when update needed for the Thunderbolt™3 port to function properly.
    This notification is triggered when NVM version is less than 16, and applicable to Alpine Ridge
    DSL6540/6340 controllers only
  - Added support for NonAdmin mode through INF install mode.
    This option is not enabled by default and need customized INF/CAT files.
    Please contact your Thunderbolt support team for more information
  - Disabled QoS notifications to user by default - this can still be enabled through manual registry setting edit
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ThunderboltService\EnableQoSNotifications

Version 16.2.55.275
  - Added support for NonAdmin mode through installer switch.
    Run setup.msi NONADMIN=1 when installing the Thunderbolt SW package in order to allow user
    without administrator privileges to approve devices.
  - Changes in MUP to support white space in executable name. Also removed SubVendorId attribute.
  - Change in Installer to set AutoConnect mode by default for Thunderbolt Networking connections.
  - Fix for QoS misleading popup, including fixed bandwidth calculation and relaxed conditions.
  - Fix for WMI registration issue leading to display empty UI (and eventually PCIe enumeration
    drop in SL1).

Version 16.2.52.250
  - Added support for Windows* 10 Anniversary Update (RS1) 64-bit.
  - Added QoS Bandwidth computation and user notification
  - Added QoS Multi-function PCIe device handling
  - System Tray application reports NVM minor version in the Details form
  - Updated SDK API, Samples and SDK documentation to support the NVM minor version reporting
  - Added conditional application starter to improve boot time when no device connected
  - Added support for TI TPS65983 PD Controller in SW, SDK API and samples
  - Networking driver is unloaded on cable disconnect instead of reporting link down
  - General improvements and bug fixes (see "Fixed Issues" section below for more details)

Version 16.1.45.275
  - Hotfix: Application GUI does not pop up on device hotplug after initial package installation
  - HVCI compliance per Microsoft Device Guard recommendations

Version 16.1.45.250
  - Added support for Alpine Ridge LP and Alpine Ridge C-step (including FW Update SDK)
  - Added Firmware Update progress indication in FW Update SDK and samples
  - Added SDK sample to update Firmware on device only
  - Added support for devices made of multiple controllers
  - Added support for external GPU user notifications
  - Added RSS support to Thunderbolt Networking to improve performance capabilities
  - General improvements and bug fixes

Version 15.3.40.275
  - Hotfix: added user notification when update needed for the Thunderbolt™3 port to function properly.   
    For more information go to https://thunderbolttechnology.net/updates

Version 15.3.39.250
  - Optimization in Firmware update flow to speed-up the NVM flashing process
  - System Tray application reports software & firmware component versions in the Details form
  - Updated SDK sample to add support for Power Delivery firmware version
  - General improvements and bug fixes

Version 15.2.35.250
  -  Added Firmware Update SDK for devices based on L6000 controller series.   

Version 15.2.32.250
  -  Added support for Windows* 10 64-bit.
  -  Added support for L6000 controller series.
  -  Added support for L4000 controller series on Windows* 10 64-bit only.
  -  Added support INF based installation.
     * All drivers must be installed separately to have the complete functionality.
     * Installing Thunderbolt Controller driver (tbtxxx) triggers the full SW package installation.
     * Installing Thunderbolt Networking driver (tp2pxxx) installs the Thunderbolt Networking Support.
  -  Added Auto-connect mode for Thunderbolt Networking connections without user approval need.
  -  Added a desktop icon for fast access to an adjacent PC over a Thunderbolt Networking connection.
  -  Added End-to-End mode support for L6000 controller series to enhance Thunderbolt Networking performance.
  -  Added support for safe mode notification for L6000 controller series.
  -  Enhanced Firmware Update SDK for L6000 controller series support.
  -  Added support for Apple* Boot Camp.

Version 15.1.26.250
  -  General improvements and bug fixes

Version 3.0.19
  -  SW supports hosts with multiple Thunderbolt controllers.
  -  This SW package no longer supports the L4000 controller series. For support of L4000
     controllers please use SW package 2.5.7.

Version 2.5.7:
  -  SW will now create a Thunderbolt network when connecting two hosts via Thunderbolt
     controllers: Windows-to-Windows and Windows-to-MacOS, on L5000 and L5110 controllers.
  -  For better usability, the SysTray application can be activated through its binary
     shortcut from the Windows Start menu as well.

Version 2.0.4:
  -  Added support for L5110 controllers.
  -  Added a service component to the SW stack.
  -  The SW components (driver, service and System Tray application) will start automatically
     when a new Thunderbolt device is connected and will go down when no devices are connected
     (except if user has one of these screens open: Settings, Manage Approved Devices).
  -  When Policy settings are changed via the system tray application the settings are applied
     to connected devices without the need to disconnect them.
  -  System Tray application displays error messages when in No Security mode (Legacy mode).
  -  System Tray application supports moving devices from "connect once" to "always connect" via
     the Approve Devices dialog.
  -  When a non-admin connects a new device there will be a persistent dialog indicating the
     new device (instead of a balloon that disappears).
  -  Removed support from Windows 8 32b & 64b and from Windows 8.1 32b.

Version 1.5:
  -  Added toast notifications to notify users on need to approve newly connected devices (Win8,
     Win 8.1)

Version 1.4:
  -  Added support for Win 8.1 32b & 64b.


Fixed Issues
============
Version 17.4.77.400
2202117254 Connection of a device while system just entered RTD3 causes hotplug event to be missed
       Device doesn't appear in TBT SW as consequence.
    
Version 17.4.75.250
1604754624  Very sporadic Bugcheck 7E observed during S4 cycling while P2P is connected

Version 17.3.74.400
1604664744  Bugcheck E1 observed during S3,S4 & WR cycle (Pointing to Ntkrnlmp.exe)
            due to race condition on spinlock

Version 17.3.73.350
1604629561  Thunderbolt 3 Device fails to enumerate when plug in S0 after resume from S3/S4,
            when the device is unplugged in S3/S4 entry transition

Version 17.3.72.250
4927595 Sporadically, when "Fast Startup" mode is enabled and system is shutdown while a device is connected,
        this device will not enumerate and show up in device manager on system restart

4927597 In "Secure Connect" mode (a.k.a. SL2), while the Thunderbolt host controller is in Selective Suspend (RTD3) state,
        moving two or more authorized devices to the ACL (by choosing "always connect") will succeed only for the first device.

4927590 Thunderbolt topology is not correctly refreshed in the UI Application while resuming from Sleep (S3 or S4) if chain of
        authorized devices is disconnected during Sx state. This occurs only if the UI application is left opened before the
        Sx transition.       

4927596 Error 0x100 FW_RESPONSE_TIMEOUT or 0x3 GENERAL_ERROR is returned when trying to perform Firmware Update while the Thunderbolt
        host controller is in Selective Suspend (RTD3) state

Version 17.1.64.250
4926127 In this version the SW stack goes down when the last device is disconnected. However,
        the system tray application will stay up if the last device is disconnected within a few
        seconds of the user changing the settings.
        This issue is not relevant anymore since the FW Policy settings form is no more accessible.
        
Version 16.3.59.250
4927300 Thunderbolt Application crashes when clicking quickly multiple times on the Thunderbolt
        systray Application.

4927315 Uninstalling Thunderbolt Software immediately after PC restarts is prevented by the
        "Thunderbolt(TM) Conditional Application starter"

4927434 Service crash after entering Sx while device is being authorized.


Version 16.2.55.275
4927384a QoS warning appears on Alpine Ridge device when DP consumes all the link bandwidth.

4927384b QoS warning incorrectly reported when connecting two 4K monitors.

4927271 GUI tree is reported as empty after cold boot to OS while devices are connected.


Version 16.2.52.250
4926352 When security level is "Secure Connect", after disconnecting and reconnecting devices while
        the PC is in sleep mode, the authorization window will not automatically open but the devices
        still need to be re-authorized.

4926536 Application GUI does not pop up on device hot-plug after initial package installation.

4926798 Thunderbolt.exe is managed code and will have impact on boot time even if the Systray
        Application should not be running (e.g. no Thunderbolt device is connected).

4927148 Once a Thunderbolt networking session is established, restarting one peer may leave the
        Connection Status of the remote peer to be reported incorrectly as well as the Thunderbolt
        Networking menu being greyed out, even if the networking functionality is still working.

4927198 Once a Thunderbolt networking session is established, the GUI tree may be not showing the
        remote peer after this one is restarted.

4927150 In some timing race conditions the Systray Application icon does not appear, and should
        be launched manually.

4927167 Unable to access remote peer using the "Desktop Icon"/"My computer icon" when the name
        of the remote PC was changed.

4927180 Unable to access remote peer using the "Desktop Icon"/"My computer icon" when the Thunderbolt
        Service was restarted.

4927195 A device white listed in Security Level 1 (i.e. "User Authorization") will not be authorized
        when moving to Security Level 2 (i.e. "Secure Connect") until it is removed from the white list
        and reinserted.

4927199 When no Thunderbolt Controller is present, running manually the Thunderbolt Software may
        report incorrectly a need for Firmware Update.

4927217 No authorization window appear for device approval after Sx resume when "Wake on Thunderbolt"
        is disabled in BIOS.

4927179 In some languages (ENU, JPN, PTB) the eGPU toast notification is truncated.

4927205 Systray Application does not start after restarting the PC with Thunderbolt Device connected.

4927227 After performing INF upgrade, the Thunderbolt SW is indeed not installed.

4926842 Upon Thunderbolt networking connection, it is possible to delete the peer icon located on the
        desktop, however it will be restored on desktop refresh (pressing F5)


Known Issues
============
4926928 Concurrent install/upgrade can lead the Thunderbolt Software to be partially installed if it is
        run unattended while another MSI process is already running. In such a case the Thunderbolt
        software should be removed and re-installed.

4927310 Connecting a Thunderbolt device in the middle of the Thunderbolt Software installation process
        may lead the software to miss the automatic launch when installation is done.
        Disconnecting the device for at least 10sec and reconnecting it will trigger the software again.
        
Limitations
============
   -  The Thunderbolt Networking implementation does not support Link aggregation (a.k.a. NIC teaming)
      via the OS.


Legal Information
=================
Thunderbolt is a trademark of Intel Corporation in the U.S. and/or other countries.

Microsoft, Windows, and the Windows logo are trademarks, or registered trademarks of
Microsoft Corporation in the U.S. and/or other countries.

* Other names and brands may be claimed as the property of others.

Copyright(C) 2013-2018 Intel Corporation. All rights reserved.

I have installed the drivers under Windows 10 Pro, and had no issues. I got this from the About box:
TB3 TR Drivers.JPG
The card recognises my OCW TB3 10Gbe card, and also I have my second 4K monitor running from the TB3 card, albeit at only 1920x1080@60Hz. Just played a game of Pin Ball on it... best score ever!

Now if this is all old news, then let me know either way.

One further question is does anyone know where I can get NVM Firmware later than v20? I seem to recall that a version 25 was floating around?

Jim:geek:
 
Hi Gothic4684. I think I know what your problem is....
Run the following code log show --style syslog --start 2019-01-21 | fgrep "Wake reason" , substituting the correct date so that it only returns wake from sleep items from the day it awoke last.

My assumption is that the Titan Ridge connects to a USB2 port (I'm still waiting for mine), and this USB port is awaking the system.

If you get a line back with this on the end Wake reason: RTC XDCI (Alarm) then that means the systems RTC (Real Time Clock) awoke the system from its' power nap.
This Wake reason: PWRB XDCI (User) means the power button was hit (that's why I set the power button in the BIOS to turn off the computer only after pressing it for 4 seconds).
And this Wake reason: XDCI means a device attached to a USB port awoke it. This is what I assume is happening with yours system.

If this is true, or otherwise post back with the code and also tell me if the Titan Ridge does connect to the USB bus, and then you/I will have to mark that port as an internal port. This is the same as my system where I have used all of the 4 USB2 ports, so have marked them as internal (0x255) in the USB SSDT.

Jim

UPDATE : I have my interface fired up at boot and it’s recognized in Mojave. I set my hacks sleep time to 2 minutes. After it sleeps for a bit I woke it up and waited for it to try and sleep again which was failing yesterday so I could run the code you provided to see what was preventing from sleep and wouldn’t you know it... it sleeps just perfect now! o_O

I will play around with a few of the SSDT files and report back here in a bit.
 
Last edited:
Back
Top