Contribute
Register

Xeon W-3265M C621 Sleep issues.

Status
Not open for further replies.
Joined
Apr 11, 2014
Messages
201
Motherboard
Asus ProArt Z790-CREATOR WIFI
CPU
i9-13900KF
Graphics
RX 6900 XT
Mac
  1. MacBook Pro
Hi Guys,

I've got Xeon W-3265M urning on Asus PRO WS C621-64L/10G running pretty smooth except I get instant panic on the sleep.

I've tried almost everything from FrequencyVectors, to changing SMBIOS to trying different BIOS settings and keep hitting the same wall, short of calling Shamans to remove evil spirits from the system I don't know what else to do.

Running OpenCore 0.6.8, second in my signature.


Code:
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:
         com.apple.driver.AppleACPIPlatform(6.1)[2F2AA264-6BD5-3E4F-829C-8952B3ABB2D5]@0xffffff8003292000->0xffffff8003308fff
            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:
20D91

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
 
I hope to get your help, my w-3265m processor, the motherboard is ultra micro C620 x11spa-t, I can't use OpenCORE to install bigsur, I hope you can share your configuration file, thank you
 
Do you fix it? Could you share your EFI? Thanks.
 
I hope to get your help, my w-3265m processor, the motherboard is ultra micro C620 x11spa-t, I can't use OpenCORE to install bigsur, I hope you can share your configuration file, thank you
If you can't boot at all, you're highjacking a thread which is "only" about sleep issues.

Please open a new thread for your Supermicro X11SPA-T, explain what you've tried and post your EFI folder (without serial numbers), the ACPI dump from OpenCore DEBUG (Misc>Debug>SysReport=true) and the corresponding log (Misc>Debug>Target=67).
 
Coming back to the issue, "Fault CR2: 0x0000000117163000" is something I experienced during reboot, and solved by using the EnableWriteUnprotector quirk under Booter, as well as its associated settings. Have you tried this configuration, even as your board may have MAT support?
 
The sleep issues was because of the Bios Patch, flashing original bios and using OC quirks to patch the kernel did the trick.

To Clarify:

The UEFI patcher was patching MSR's 0x1AA and 0xE2 for the ASUS BIOS, oddly the MSR 0x1AA was the culprit for the sleep on panic.
 
Last edited:
Congratulations for finding that!
It's also important to know that @metacollin 's BIOS patches to unlock MSR registers may have such unwanted effects. (Or was it using both patches and OC quirks?) Had patching touched more than two areas?
 
Last edited:
Status
Not open for further replies.
Back
Top