Contribute
Register

pastrychef's Asus ROG Strix Z370-G Gaming (WI-FI AC) build w/ i9-9900K + AMD 6600 XT

I have never seen an Aptio problem on boot when switching system definitions...

Is it not going to sleep at all or is it waking quickly after going to sleep?

Before I tried with keyboard and mouse connected, and it was sleeping for a few minutes, then waking up and never going to sleep again

Then I literally disconnected everything now. First I tried with disabling bluetooth but was still happening. Then I tried by disconnecting the USB dongle for my mouse (G502 wireless) and now the things got way better. I'm still getting the RTC XDCI Alarm but it seems to be waking up and going back to sleep.

I'm not entirely sure what else to do aside from trying to create the USB Map again

Code:
2019-11-11 19:19:33.388581+0100  localhost kernel[0]: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2019-11-11 20:27:03.913469+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-11 20:27:03.913470+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-11 21:00:13.127118+0100  localhost powerd[118]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
2019-11-11 21:29:41.976058+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-11 21:29:41.976058+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 00:07:06.125171+0100  localhost powerd[118]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
2019-11-12 00:10:35.724767+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 00:10:35.724768+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 07:42:21.124864+0100  localhost powerd[118]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
2019-11-12 07:43:12.259915+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 07:43:12.259916+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 09:00:09.323964+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI
2019-11-12 09:00:09.323965+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI
2019-11-12 09:05:39.035675+0100  localhost kernel[0]: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2019-11-12 09:05:40.024372+0100  localhost kernel[0]: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)

Here's the logs since 7:19PM yesterday up until this morning.
 
Before I tried with keyboard and mouse connected, and it was sleeping for a few minutes, then waking up and never going to sleep again

Then I literally disconnected everything now. First I tried with disabling bluetooth but was still happening. Then I tried by disconnecting the USB dongle for my mouse (G502 wireless) and now the things got way better. I'm still getting the RTC XDCI Alarm but it seems to be waking up and going back to sleep.

I'm not entirely sure what else to do aside from trying to create the USB Map again

Code:
2019-11-11 19:19:33.388581+0100  localhost kernel[0]: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2019-11-11 20:27:03.913469+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-11 20:27:03.913470+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-11 21:00:13.127118+0100  localhost powerd[118]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
2019-11-11 21:29:41.976058+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-11 21:29:41.976058+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 00:07:06.125171+0100  localhost powerd[118]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
2019-11-12 00:10:35.724767+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 00:10:35.724768+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 07:42:21.124864+0100  localhost powerd[118]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
2019-11-12 07:43:12.259915+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 07:43:12.259916+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC XDCI (Alarm)
2019-11-12 09:00:09.323964+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI
2019-11-12 09:00:09.323965+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI
2019-11-12 09:05:39.035675+0100  localhost kernel[0]: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)
2019-11-12 09:05:40.024372+0100  localhost kernel[0]: (AppleTopCaseHIDEventDriver) [HID] [ATC] AppleDeviceManagementHIDEventService::processWakeReason Wake reason: Host (0x01)

Here's the logs since 7:19PM yesterday up until this morning.

I'm surprised the mouse dongle was causing so much trouble. Are you using SSDT or kext for the USB 15 port limit fix? Maybe switch from one to the other to see if it makes a difference...
 
I'm surprised the mouse dongle was causing so much trouble. Are you using SSDT or kext for the USB 15 port limit fix? Maybe switch from one to the other to see if it makes a difference...
I'm using the SSDT + USBInjectAll.kext. I will try to create the USB map again just in case, and try again. I initially thought it was the bluetooth module but it doesn't seem like it. I will retest again the Mouse USB too, just in case there was some other third factor doing this. Thanks!
 
I'm using the SSDT + USBInjectAll.kext. I will try to create the USB map again just in case, and try again. I initially thought it was the bluetooth module but it doesn't seem like it. I will retest again the Mouse USB too, just in case there was some other third factor doing this. Thanks!

Remember, when using the USBPorts.kext, USBInjectAll.kext should be removed.
 
@pastrychef sorry for the offtopic, i have the build of my signature. All this time i'm using Fakesmc.kext with no problems.
I have see your latest EFI folders that you are using VirtuaSMC. Do you believe is better for my system to go also with VirtualSMC?
Thanks in advanced.
 
@pastrychef sorry for the offtopic, i have the build of my signature. All this time i'm using Fakesmc.kext with no problems.
I have see your latest EFI folders that you are using VirtuaSMC. Do you believe is better for my system to go also with VirtualSMC?
Thanks in advanced.

Personally, I liked the fork of FakeSMC I was using in my previous EFI because the sensors were better for my hardware. The reason why I switched to VirtualSMC was to fix FileVault. If Catalina 10.15.1 didn't break FileVault with the old drivers, I'd still be on FakeSMC.
 
@pastrychef If I let my machine idle for more than a couple of minutes it locks up. I get this trace on startup:

Code:
panic(cpu 2 caller 0xffffff7f842eead5): userspace watchdog timeout: no successful checkins from com.apple.WindowServer in 140 seconds
service: com.apple.logd, total successful checkins since load (15860 seconds ago): 1587, last successful checkin: 0 seconds ago
service: com.apple.WindowServer, total successful checkins since load (15830 seconds ago): 1569, last successful checkin: 140 seconds ago

Backtrace (CPU 2), Frame : Return Address
0xffffffa3ddf1b820 : 0xffffff800373ab1b mach_kernel : _handle_debugger_trap + 0x47b
0xffffffa3ddf1b870 : 0xffffff8003872495 mach_kernel : _kdp_i386_trap + 0x155
0xffffffa3ddf1b8b0 : 0xffffff8003863f0e mach_kernel : _kernel_trap + 0x4ee
0xffffffa3ddf1b900 : 0xffffff80036e1a40 mach_kernel : _return_from_trap + 0xe0
0xffffffa3ddf1b920 : 0xffffff800373a207 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffffa3ddf1ba20 : 0xffffff800373a5eb mach_kernel : _panic_trap_to_debugger + 0x21b
0xffffffa3ddf1ba70 : 0xffffff8003ed1155 mach_kernel : _panic_with_thread_context
0xffffffa3ddf1bae0 : 0xffffff7f842eead5 com.apple.driver.watchdog : __ZN10IOWatchdog14userspacePanicEP8OSObjectPvP25IOExternalMethodArguments.cold.1 + 0x27
0xffffffa3ddf1baf0 : 0xffffff7f842ee7e6 com.apple.driver.watchdog : __ZN10IOWatchdog35userspaceDisableUserspaceMonitoringEP8OSObjectPvP25IOExternalMethodArguments
0xffffffa3ddf1bb10 : 0xffffff8003e65bbb mach_kernel : __ZN12IOUserClient14externalMethodEjP25IOExternalMethodArgumentsP24IOExternalMethodDispatchP8OSObjectPv + 0x1db
0xffffffa3ddf1bb60 : 0xffffff8003e6ec73 mach_kernel : _is_io_connect_method + 0x223
0xffffffa3ddf1bca0 : 0xffffff8003821cd2 mach_kernel : _iokit_server_routine + 0x4e62
0xffffffa3ddf1bdb0 : 0xffffff8003740998 mach_kernel : _ipc_kobject_server + 0x238
0xffffffa3ddf1be10 : 0xffffff8003717625 mach_kernel : _ipc_kmsg_send + 0x135
0xffffffa3ddf1be70 : 0xffffff800372e0d5 mach_kernel : _mach_msg_overwrite_trap + 0x2e5
0xffffffa3ddf1bf00 : 0xffffff800384a535 mach_kernel : _mach_call_munger64 + 0x205
0xffffffa3ddf1bfa0 : 0xffffff80036e2226 mach_kernel : _hndl_mach_scall64 + 0x16
      Kernel Extensions in backtrace:
         com.apple.driver.watchdog(1.0)[F62AB4DE-E192-3572-82AC-14CD108867CF]@0xffffff7f842ed000->0xffffff7f842f5fff

BSD process name corresponding to current thread: watchdogd
Boot args: -alcbeta -lilubetaall -wegbeta dart=0 debug=0x100 keepsyms=1

Mac OS version:
19C32e

Kernel version:
Darwin Kernel Version 19.0.0: Thu Oct 31 00:49:29 PDT 2019; root:xnu-6153.60.56~31/RELEASE_X86_64
Kernel UUID: 2A63CDB3-BF22-3DE8-A02B-56B77D92C5E4
Kernel slide:     0x0000000003400000
Kernel text base: 0xffffff8003600000
__HIB  text base: 0xffffff8003500000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 15872158908214


Any ideas? Thanks!
 
@pastrychef If I let my machine idle for more than a couple of minutes it locks up. I get this trace on startup:

Code:
panic(cpu 2 caller 0xffffff7f842eead5): userspace watchdog timeout: no successful checkins from com.apple.WindowServer in 140 seconds
service: com.apple.logd, total successful checkins since load (15860 seconds ago): 1587, last successful checkin: 0 seconds ago
service: com.apple.WindowServer, total successful checkins since load (15830 seconds ago): 1569, last successful checkin: 140 seconds ago

Backtrace (CPU 2), Frame : Return Address
0xffffffa3ddf1b820 : 0xffffff800373ab1b mach_kernel : _handle_debugger_trap + 0x47b
0xffffffa3ddf1b870 : 0xffffff8003872495 mach_kernel : _kdp_i386_trap + 0x155
0xffffffa3ddf1b8b0 : 0xffffff8003863f0e mach_kernel : _kernel_trap + 0x4ee
0xffffffa3ddf1b900 : 0xffffff80036e1a40 mach_kernel : _return_from_trap + 0xe0
0xffffffa3ddf1b920 : 0xffffff800373a207 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffffa3ddf1ba20 : 0xffffff800373a5eb mach_kernel : _panic_trap_to_debugger + 0x21b
0xffffffa3ddf1ba70 : 0xffffff8003ed1155 mach_kernel : _panic_with_thread_context
0xffffffa3ddf1bae0 : 0xffffff7f842eead5 com.apple.driver.watchdog : __ZN10IOWatchdog14userspacePanicEP8OSObjectPvP25IOExternalMethodArguments.cold.1 + 0x27
0xffffffa3ddf1baf0 : 0xffffff7f842ee7e6 com.apple.driver.watchdog : __ZN10IOWatchdog35userspaceDisableUserspaceMonitoringEP8OSObjectPvP25IOExternalMethodArguments
0xffffffa3ddf1bb10 : 0xffffff8003e65bbb mach_kernel : __ZN12IOUserClient14externalMethodEjP25IOExternalMethodArgumentsP24IOExternalMethodDispatchP8OSObjectPv + 0x1db
0xffffffa3ddf1bb60 : 0xffffff8003e6ec73 mach_kernel : _is_io_connect_method + 0x223
0xffffffa3ddf1bca0 : 0xffffff8003821cd2 mach_kernel : _iokit_server_routine + 0x4e62
0xffffffa3ddf1bdb0 : 0xffffff8003740998 mach_kernel : _ipc_kobject_server + 0x238
0xffffffa3ddf1be10 : 0xffffff8003717625 mach_kernel : _ipc_kmsg_send + 0x135
0xffffffa3ddf1be70 : 0xffffff800372e0d5 mach_kernel : _mach_msg_overwrite_trap + 0x2e5
0xffffffa3ddf1bf00 : 0xffffff800384a535 mach_kernel : _mach_call_munger64 + 0x205
0xffffffa3ddf1bfa0 : 0xffffff80036e2226 mach_kernel : _hndl_mach_scall64 + 0x16
      Kernel Extensions in backtrace:
         com.apple.driver.watchdog(1.0)[F62AB4DE-E192-3572-82AC-14CD108867CF]@0xffffff7f842ed000->0xffffff7f842f5fff

BSD process name corresponding to current thread: watchdogd
Boot args: -alcbeta -lilubetaall -wegbeta dart=0 debug=0x100 keepsyms=1

Mac OS version:
19C32e

Kernel version:
Darwin Kernel Version 19.0.0: Thu Oct 31 00:49:29 PDT 2019; root:xnu-6153.60.56~31/RELEASE_X86_64
Kernel UUID: 2A63CDB3-BF22-3DE8-A02B-56B77D92C5E4
Kernel slide:     0x0000000003400000
Kernel text base: 0xffffff8003600000
__HIB  text base: 0xffffff8003500000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 15872158908214


Any ideas? Thanks!

Is your system stable in Windows or Linux?
 
@pastrychef I don't understand what is this MSR 0xE2? What it does why should we need it? I read your first post but still didn't understand. is it mus be locked or unlocked? Mine looks like this; Should I need anything?

Screen Shot 2019-11-13 at 00.09.56.png
 
Back
Top