Hack reboot when going idle with VTDecoderXPCServ error

[el Charlot]

Hi !

 

I updated my Hack to Sonoma a few month earlier, had to change some stuff (going to MacPro 7,1, throwing clover away for OC ...). Everything went well (except no sleep as usual), but for a very occasional reboot with VTDecoderXPCServ error.

 

But for some days, it started to happen every time the screensaver kicked in. And with screensaver disabled, it happens almost every time the Hack goes idle, but not as soon as it goes idle. Looked for a solution with no luck, so I come to you in case someone could help me !

 

The Hack : GA-Z97X-UD5H with I5 4690 cpu, and Radeon RX 560 4 Gb, 16 Gb ram, Samsung SSD evo 870 1 Tb, 2 monitors 

 

Here's the crash log, and I join my EFI too.

 

panic(cpu 1 caller 0xffffff800cf7b573): Kernel trap at 0xffffff7f8dabe64d, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0x0000000000000000, CR3: 0x00000002e475a23c, CR4: 0x00000000001626e0
RAX: 0x1b9c536be5ac0046, RBX: 0xffffffa09e834260, RCX: 0x0000000000001000, RDX: 0x0000000000000001
RSP: 0xfffffffdf07477f0, RBP: 0xfffffffdf0747820, RSI: 0x00000000000000c0, RDI: 0xfffffffdf0747320
R8:  0x0200000110000a90, R9:  0x0200000110000000, R10: 0x0200000110000a90, R11: 0x00ffffff00000000
R12: 0x0000000000000000, R13: 0xffffffd48cc44000, R14: 0xfffffffdf0747840, R15: 0x0000000000000000
RFL: 0x0000000000010297, RIP: 0xffffff7f8dabe64d, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0x0000000000000000, Error code: 0x0000000000000000, Fault CPU: 0x1, PL: 0, VF: 0

Panicked task 0xffffff9bcbd037d8: 7 threads: pid 3666: VTDecoderXPCServ
Backtrace (CPU 1), panicked thread: 0xffffff9bd3216b30, Frame : Return Address
0xfffffffdf0747170 : 0xffffff800ce26481 
0xfffffffdf07471c0 : 0xffffff800cf8bb10 
0xfffffffdf0747200 : 0xffffff800cf7b0cc 
0xfffffffdf0747280 : 0xffffff800cdbf971 
0xfffffffdf07472a0 : 0xffffff800ce2676d 
0xfffffffdf0747390 : 0xffffff800ce25e13 
0xfffffffdf07473f0 : 0xffffff800d5db27b 
0xfffffffdf07474e0 : 0xffffff800cf7b573 
0xfffffffdf0747660 : 0xffffff800cf7b257 
0xfffffffdf07476e0 : 0xffffff800cdbf971 
0xfffffffdf0747700 : 0xffffff7f8dabe64d 
0xfffffffdf0747820 : 0xffffff7f8da29655 
0xfffffffdf07478f0 : 0xffffff7f8da463a2 
0xfffffffdf0747910 : 0xffffff7f8da289bf 
0xfffffffdf0747940 : 0xffffff7f8da0bf4a 
0xfffffffdf0747970 : 0xffffff800d547ccb 
0xfffffffdf07479a0 : 0xffffff800d546100 
0xfffffffdf07479f0 : 0xffffff800d5507a6 
0xfffffffdf0747a20 : 0xffffff800d550b1d 
0xfffffffdf0747b90 : 0xffffff800cf3393f 
0xfffffffdf0747cb0 : 0xffffff800cdfe82c 
0xfffffffdf0747d70 : 0xffffff800ce16e24 
0xfffffffdf0747de0 : 0xffffff800ce173ef 
0xfffffffdf0747ee0 : 0xffffff800cf5ff1b 
0xfffffffdf0747fa0 : 0xffffff800cdbfdd6 
      Kernel Extensions in backtrace:
         com.apple.kext.AMDRadeonX4000(5.0.5)[39023DFC-3A86-3402-9D7A-2193EB9AEED9]@0xffffff7f8d9c3000->0xffffff7f8ddb9fff
            dependency: com.apple.iokit.IOAcceleratorFamily2(481.40.2)[D4E64BC5-BB33-38C7-A445-932573231969]@0xffffff7fa1ea9000->0xffffff7fa1f13fff
            dependency: com.apple.iokit.IOGraphicsFamily(598)[79F2F7E4-E451-35E1-BF22-1EFFA4192888]@0xffffff7fa2039000->0xffffff7fa2067fff
            dependency: com.apple.iokit.IOPCIFamily(2.9)[43511668-C040-3FBA-8CD6-25AD6E00FD90]@0xffffff800f168000->0xffffff800f199fff
            dependency: com.apple.iokit.IOSurface(352.50.1)[7CADA50D-8D9C-3062-995C-7A44CB17D810]@0xffffff800f2cc000->0xffffff800f2f2fff

Process name corresponding to current thread (0xffffff9bd3216b30): VTDecoderXPCServ
Boot args: brcmfx-country=FR

Mac OS version:
23F79

Kernel version:
Darwin Kernel Version 23.5.0: Wed May  1 20:09:52 PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64
Kernel UUID: 7B071FD2-9FDC-344E-8483-47EC972A105E
roots installed: 0
KernelCache slide: 0x000000000ca00000
KernelCache base:  0xffffff800cc00000
Kernel slide:      0x000000000cae4000
Kernel text base:  0xffffff800cce4000
__HIB  text base: 0xffffff800cb00000
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: 11249949540662
Last Sleep:           absolute           base_tsc          base_nano
  Uptime  : 0x00000a3b553f06b9
  Sleep   : 0x0000000000000000 0x0000000000000000 0x0000000000000000
  Wake    : 0x0000000000000000 0x0000000f7fd54837 0x0000000000000000
Compressor Info: 0% of compressed pages limit (OK) and 0% of segments limit (OK) with 1 swapfiles and OK swap space
Zone info:
  Zone map: 0xffffff909dd95000 - 0xffffffb09dd95000
  . PGZ   : 0xffffff909dd95000 - 0xffffff909fd96000
  . VM    : 0xffffff909fd96000 - 0xffffff956c595000
  . RO    : 0xffffff956c595000 - 0xffffff9705d95000
  . GEN0  : 0xffffff9705d95000 - 0xffffff9bd2595000
  . GEN1  : 0xffffff9bd2595000 - 0xffffffa09ed95000
  . GEN2  : 0xffffffa09ed95000 - 0xffffffa56b595000
  . GEN3  : 0xffffffa56b595000 - 0xffffffaa37d95000
  . DATA  : 0xffffffaa37d95000 - 0xffffffb09dd95000
  Metadata: 0xffffff802f136000 - 0xffffff804f136000
  Bitmaps : 0xffffff804f136000 - 0xffffff8052136000
  Extra   : 0 - 0

This makes the Hack hard to use, so if anyone can help me find a way around this, that would be amazing !

 

thanks a lot

 

 

[edit] seen that lots of RX 560 users had vtdecoder problems, switched to RX 580, will update this post if problem is solved.

 

[edit 2] the problem was the RX 560, no problem at all since switched to a RX 580. So if you have the same problem, and the RX 560, don't dig further, the CG is guilty :).

el Charlot EFI.zip

Edited October 20 by el Charlot