Jump to content

Asus WS C621 and Xeon W-3265 Sleep Issues.

1 post in this topic

Recommended Posts

Hi Fellas hows it going?





After many, many sleepless nights I've got he Big Sur installed on my system (second in my signature, Asus PRO WS C621-64L/10G with Xeon W-3265M), I've managed to get pretty much everything working except the sleep from wake I get instant reboot, I've tried anything I can think of, for some odd reason the VectorFrequencies are not registering even though XCPM is fully active.





The Kernel Panic:

panic(cpu 0 caller 0xffffff80023ee1e6): Kernel trap at 0xffffff800240ba97, type 13=general protection, registers:
CR0: 0x0000000080010033, CR2: 0x0000000117163000, CR3: 0x0000000009037000, CR4: 0x00000000003626e0
RAX: 0x0000000000403041, RBX: 0xffffff8003055b00, RCX: 0x00000000000001aa, RDX: 0x0000000000000000
RSP: 0xffffffe5dbfcbbf0, RBP: 0xffffffe5dbfcbc20, RSI: 0x0000000000000007, RDI: 0xffffff8003055aa0
R8:  0x0000000000000000, R9:  0xffffff800656606b, R10: 0x0000000000000003, R11: 0x0000000000000000
R12: 0xffffff8002b3809a, R13: 0x0000000000000005, R14: 0x0000000000000000, R15: 0xffffff8002b38080
RFL: 0x0000000000010046, RIP: 0xffffff800240ba97, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0x0000000117163000, Error code: 0x0000000000000000, Fault CPU: 0x0, PL: 0, VF: 0

Backtrace (CPU 0), Frame : Return Address
0xffffff80021561e0 : 0xffffff80022bab4d mach_kernel : _handle_debugger_trap + 0x3dd
0xffffff8002156230 : 0xffffff80023fd7e3 mach_kernel : _kdp_i386_trap + 0x143
0xffffff8002156270 : 0xffffff80023ede1a mach_kernel : _kernel_trap + 0x55a
0xffffff80021562c0 : 0xffffff800225fa2f mach_kernel : _return_from_trap + 0xff
0xffffff80021562e0 : 0xffffff80022ba3ed mach_kernel : _DebuggerTrapWithState + 0xad
0xffffff8002156400 : 0xffffff80022ba6d8 mach_kernel : _panic_trap_to_debugger + 0x268
0xffffff8002156470 : 0xffffff8002abef9a mach_kernel : _panic + 0x54
0xffffff80021564e0 : 0xffffff80023ee1e6 mach_kernel : _sync_iss_to_iks + 0x2c6
0xffffff8002156660 : 0xffffff80023edecd mach_kernel : _kernel_trap + 0x60d
0xffffff80021566b0 : 0xffffff800225fa2f mach_kernel : _return_from_trap + 0xff
0xffffff80021566d0 : 0xffffff800240ba97 mach_kernel : _xcpm_perf_bias_set + 0x1c7
0xffffffe5dbfcbc20 : 0xffffff800240bd08 mach_kernel : _xcpm_init + 0x88
0xffffffe5dbfcbc40 : 0xffffff80023fb72a mach_kernel : _acpi_sleep_kernel + 0x32a
0xffffffe5dbfcbc90 : 0xffffff800329d8b2 com.apple.driver.AppleACPIPlatform : __ZN23AppleACPIPlatformExpert13sleepPlatformEv + 0x204
0xffffffe5dbfcbce0 : 0xffffff80032a1bab com.apple.driver.AppleACPIPlatform : __ZN12AppleACPICPU7haltCPUEv + 0x75
0xffffffe5dbfcbd00 : 0xffffff8002a39fff mach_kernel : __Z16IOCPUSleepKernelv + 0x19f
0xffffffe5dbfcbd60 : 0xffffff8002a7d115 mach_kernel : __ZN14IOPMrootDomain15powerChangeDoneEm + 0xb25
0xffffffe5dbfcbde0 : 0xffffff80029ff883 mach_kernel : __ZN9IOService8all_doneEv + 0x753
0xffffffe5dbfcbe50 : 0xffffff80029fc5f1 mach_kernel : __ZN9IOService23actionPMWorkQueueInvokeEP11IOPMRequestP13IOPMWorkQueue + 0x881
0xffffffe5dbfcbea0 : 0xffffff80029f9660 mach_kernel : __ZN13IOPMWorkQueue17checkRequestQueueEP11queue_entryPb + 0x90
0xffffffe5dbfcbef0 : 0xffffff80029f950a mach_kernel : __ZN13IOPMWorkQueue12checkForWorkEv + 0xca
0xffffffe5dbfcbf30 : 0xffffff8002a1691e mach_kernel : __ZN10IOWorkLoop15runEventSourcesEv + 0x11e
0xffffffe5dbfcbf70 : 0xffffff8002a15f06 mach_kernel : __ZN10IOWorkLoop10threadMainEv + 0x36
0xffffffe5dbfcbfa0 : 0xffffff800225f13e mach_kernel : _call_continuation + 0x2e
      Kernel Extensions in backtrace:
            dependency: com.apple.driver.AppleSMC(3.1.9)[1E48B8EB-7BF3-3366-8520-2C4B31A7D3F8]@0xffffff8003895000->0xffffff80038adfff
            dependency: com.apple.iokit.IOACPIFamily(1.4)[B41AA072-8BB9-3493-9796-6FF849CDABB8]@0xffffff80046d8000->0xffffff80046d9fff
            dependency: com.apple.iokit.IOPCIFamily(2.9)[BF2C5E86-1E8F-3FD4-9874-7738178FA73B]@0xffffff8004c1f000->0xffffff8004c46fff

Process name corresponding to current thread: kernel_task
Boot args: -v keepsyms=1 npci=0x2000 debug=0x100 swd_panic=1 chunklist-security-epoch=0 -chunklist-no-rev2-dev

Mac OS version:

Kernel version:
Darwin Kernel Version 20.3.0: Thu Jan 21 00:07:06 PST 2021; root:xnu-7195.81.3~1/RELEASE_X86_64
Kernel UUID: C86236B2-4976-3542-80CA-74A6B8B4BA03
KernelCache slide: 0x0000000002000000
KernelCache base:  0xffffff8002200000
Kernel slide:      0x0000000002010000
Kernel text base:  0xffffff8002210000
__HIB  text base: 0xffffff8002100000
System model name: MacPro7,1 (Mac-27AD2F918AE68F61)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0

System uptime in nanoseconds: 377292951355
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x00000057d8699896
  Sleep   : 0x00000057d73f701a 0x0000001bb181ebc8 0x0000000000000000
  Wake    : 0x0000000000000000 0x00000003dbc56122 0x00000057d78ead6c


The EFI wake error (Vectors not working):

Timestamp                       (process)[PID]    
2021-03-20 23:51:52.244785-0700  localhost kernel[0]: PMRD: SleepWake UUID queued: 26E8AD79-B455-4BCA-A8B5-EDD22682C875
2021-03-20 23:51:59.449272-0700  localhost kernel[0]: PMRD: SleepWake debug buffer size:0x28000 spindump offset:0x9c
2021-03-20 23:51:59.449275-0700  localhost kernel[0]: PMRD: Sleep Wake failure in EFI
2021-03-20 23:51:59.554625-0700  localhost kernel[0]: PMRD: Saved 99 bytes to file /var/log/SleepWakeFailureString.txt
2021-03-20 23:51:59.554711-0700  localhost kernel[0]: PMRD: Saved SleepWake failure string to file.
2021-03-20 23:51:59.554727-0700  localhost kernel[0]: PMRD: No SleepWake blob to read beyond chunk 0
2021-03-20 23:51:59.554986-0700  localhost kernel[0]: PMRD: Saved 20 bytes to file /var/log/SleepWakeStacks.gz
2021-03-20 23:51:59.555019-0700  localhost kernel[0]: PMRD: Saved SleepWake zipped data to file.



What am I doing wrong? Any suggestions?


Attaching the Syslog, the original ACPI, the OpenCore Folders. 

Any help or suggestion will be very much appreciate it.











Edited by Balamut
  • Create New...