MP 1,1-5,1 Activate AMD hardware acceleration

[startergo]

Oh yeah, I completely forget that, which CMMChris alerted me before. Polaris HEVC HWAccel was took away by Apple when 10.15.2 still in beta stage. And we actually discussed that in this thread.

https://forums.macrumors.com/thread...n.2180095/page-31?post=27985584#post-27985584

When I saw your KP report about RX480, that caught my eyes, but I can't tell why, because I forget about this issue.

Then everything make sense now, why it work on my setup, but not yours.

Just tested the new WEG with shikigva=160 without SMBIOS spoofing:
It seemed to play again the HEVC with hardware decoding but it garbled the screen output halfway through playback and then it panicked again. Tested with 2 Catalina drives with same results:

Panic(cpu 14 caller 0xffffff7f91ad2ad5): userspace watchdog timeout: no successful checkins from com.apple.WindowServer in 120 seconds
service: com.apple.logd, total successful checkins since load (350 seconds ago): 36, last successful checkin: 0 seconds ago
service: com.apple.WindowServer, total successful checkins since load (290 seconds ago): 17, last successful checkin: 120 seconds ago

Backtrace (CPU 14), Frame : Return Address
0xffffffce58e13820 : 0xffffff801113bb1b
0xffffffce58e13870 : 0xffffff80112733e5
0xffffffce58e138b0 : 0xffffff8011264e5e
0xffffffce58e13900 : 0xffffff80110e2a40
0xffffffce58e13920 : 0xffffff801113b207
0xffffffce58e13a20 : 0xffffff801113b5eb
0xffffffce58e13a70 : 0xffffff80118d2575
0xffffffce58e13ae0 : 0xffffff7f91ad2ad5
0xffffffce58e13af0 : 0xffffff7f91ad27e6
0xffffffce58e13b10 : 0xffffff8011866fcb
0xffffffce58e13b60 : 0xffffff8011870083
0xffffffce58e13ca0 : 0xffffff8011222c22
0xffffffce58e13db0 : 0xffffff8011141998
0xffffffce58e13e10 : 0xffffff8011118625
0xffffffce58e13e70 : 0xffffff801112f0d5
0xffffffce58e13f00 : 0xffffff801124b485
0xffffffce58e13fa0 : 0xffffff80110e3226
      Kernel Extensions in backtrace:
         com.apple.driver.watchdog(1.0)[EFAA17B9-A62C-30B7-9602-0BB5282EDDD6]@0xffffff7f91ad1000->0xffffff7f91ad9fff

BSD process name corresponding to current thread: watchdogd
Boot args: -v -liludbgall liludump=10 debug=0x144 -no_compat_check -wegtree shikigva=160 shiki-id=Mac-7BA5B2D9E42DDD94

Mac OS version:
19C57

Kernel version:
Darwin Kernel Version 19.2.0: Sat Nov  9 03:47:04 PST 2019; root:xnu-6153.61.1~20/RELEASE_X86_64
Kernel UUID: C3E7E405-C692-356B-88D3-C30041FD1E72
Kernel slide:     0x0000000010e00000
Kernel text base: 0xffffff8011000000
__HIB  text base: 0xffffff8010f00000
System model name: MacPro5,1 (Mac-F221BEC8)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 370357936978

[automerge]1576238306[/automerge]
I have identical Dell OEM RX480/580 cards, but one of them is MVC flashed. So when I was outputting on the MVC Polaris I got kernel panic and garbled screen, when I switched the playback to the other screen there was no issue. And this is only in Cat.

Edit:
Tested the playback with FCPX with the original Polaris and the whole system froze again. So there is an issue with the WEG. Keep testing.

 

[h9826790]

Just tested, I can edit the Sony HEVC demo video in FCPX 10.14.8 by Radeon VII without any problem in 10.15.2.

I wonder if your issue is WEG's problem, or Polaris problem (as I said before, twice, its HEVC HWAccel isn't there anymore)

 

[startergo]

Just tested, I can edit the Sony HEVC demo video in FCPX 10.14.8 by Radeon VII without any problem in 10.15.2.

I wonder if yours issue is WEG's problem, or Polaris problem
View attachment 882527

Is this without smbios spoofing? Try that and shikigva=160 and imacpro board injection through WEG
[automerge]1576245301[/automerge]
I compiled latest LILU and WEG

 

[h9826790]

Is this without smbios spoofing? Try that and shikigva=160 and imacpro board injection through WEG
[automerge]1576245301[/automerge]
I compiled latest LILU and WEG

It's with SMBIOS Spoofing, otherwise, cannot get full HEVC HWAccel.

And the Polaris thing obviously is SMBIOS independent.
[automerge]1576245779[/automerge]
I simply use the latest Lilu and WEG official release

 

[startergo]

It's with SMBIOS Spoofing, otherwise, cannot get full HEVC HWAccel.

And the Polaris thing obviously is SMBIOS independent.
[automerge]1576245779[/automerge]
I simply use the latest Lilu and WEG official release

Unfortunately I can't spoof due to kernel panic. But the decoding is restored through weg

 

[h9826790]

Unfortunately I can't spoof due to kernel panic. But the decoding is restored through weg

Sorry, I am too lazy to search your post. Is this KP thing only happen in 10.15.2?

 

[startergo]

Sorry, I am too lazy to search your post. Is this KP thing only happen in 10.15.2?

No in general in Catalina with spoofing

 

[h9826790]

No in general in Catalina with spoofing

Shouldn't be like that, something wrong in your setup. I know at least one user can boot 5,1 with dual X5690 into Catalina by using OpenCore and SMBIOS spoofing.

I don't have a dual tray anymore, can't test it. But I know more than one dual processor users can spoof SMBIOS in Catalina. I am not 100% sure if there is any stability issue in normal use, however, I am 100% sure they can boot to desktop, and run benchmarks etc. Not KP straight away.

Did you try 7,1 SMBIOS?

 

[startergo]

I tried 7.1. It panics too. Just tested again recompiled LILU, WEG and opencore. System froze during playback of HEVC with QuickTime. No spoofing just WEG parameters.

 

[h9826790]

Then I am 100% something wrong in your setup.

As cdf said, he can boot his dual processor cMP into Catalina with SMBIOS spoofing.

Another member also show me his screen capture of that (when we were discussing OpenCore in PM), which is a dual X5690 cMP.

 

[startergo]

Then I am 100% something wrong in your setup.

As cdf said, he can boot his dual processor cMP into Catalina with SMBIOS spoofing.

Another member also show me his screen capture of that (when we were discussing OpenCore in PM), which is a dual X5690 cMP.

Or there could be something broken in the latest LILU weg or opencore?

 

[h9826790]

Or there could be something broken in the latest LILU weg or opencore?

That's easy to know, you can simply install the latest official release version

 

[startergo]

That's easy to know, you can simply install the latest official release version

Nope same panic. This is only in Catalina. Mojave is OK:

*** Panic Report ***
mp_kdp_enter() can't get x86_topo_lock! Debugging anyway! #YOLO
panic(cpu 12 caller 0xffffff8011e6520a): Kernel trap at 0xffffff7f93ca1cec, type 13=general protection, registers:
CR0: 0x000000008001003b, CR2: 0x00007fadab8fc000, CR3: 0x000000018f2c3002, CR4: 0x00000000000226e0
RAX: 0x60d24edef600a624, RBX: 0xffffff8105bc5e70, RCX: 0x000000000000000c, RDX: 0x0000000000000000
RSP: 0xffffff8e13c3ce80, RBP: 0xffffff8e13c3ceb0, RSI: 0xffffff81089eb3c0, RDI: 0x0000000000000002
R8:  0x0000000000000001, R9:  0x0000000000000000, R10: 0x0000000000000000, R11: 0x0000000000000000
R12: 0x0000000000000090, R13: 0x0000000000000000, R14: 0xffffff8012855648, R15: 0xffffff8106d3d480
RFL: 0x0000000000010093, RIP: 0xffffff7f93ca1cec, CS:  0x0000000000000008, SS:  0x0000000000000000
Fault CR2: 0x00007fadab8fc000, Error code: 0x0000000000000000, Fault CPU: 0xc VMM, PL: 1, VF: 0

Backtrace (CPU 12), Frame : Return Address
0xffffff8011b57220 : 0xffffff8011d3bb1b
0xffffff8011b57270 : 0xffffff8011e733e5
0xffffff8011b572b0 : 0xffffff8011e64e5e
0xffffff8011b57300 : 0xffffff8011ce2a40
0xffffff8011b57320 : 0xffffff8011d3b207
0xffffff8011b57420 : 0xffffff8011d3b5eb
0xffffff8011b57470 : 0xffffff80124d24f9
0xffffff8011b574e0 : 0xffffff8011e6520a
0xffffff8011b57660 : 0xffffff8011e64f08
0xffffff8011b576b0 : 0xffffff8011ce2a40
0xffffff8011b576d0 : 0xffffff7f93ca1cec
0xffffff8e13c3ceb0 : 0xffffff8011e6e3a3
0xffffff8e13c3cf20 : 0xffffff8011e6e082
0xffffff8e13c3cf60 : 0xffffff8011e6cf83
0xffffff8e13c3cf80 : 0xffffff8011e6465b
0xffffff8e13c3cfd0 : 0xffffff8011ce2bed
0xffffff8e2ec7bfa0 : 0xffffff8011ce2a0c
      Kernel Extensions in backtrace:
         com.apple.driver.AppleIntelMCEReporter(115.0)[11008172-3D20-36B6-876F-7886A3C18DE4]@0xffffff7f93c9c000->0xffffff7f93cadfff
            dependency: com.apple.iokit.IOACPIFamily(1.4)[3467C105-9354-3BD2-85F3-E5AEF94BD275]@0xffffff7f92e35000
            dependency: com.apple.iokit.IOPCIFamily(2.9)[1286D5E5-A6A1-3C44-A244-04C068903DB2]@0xffffff7f9272f000

BSD process name corresponding to current thread: launchd
Boot args: -v -no_compat_check -wegtree agpmod=pikera

Mac OS version:
19C57

Kernel version:
Darwin Kernel Version 19.2.0: Sat Nov  9 03:47:04 PST 2019; root:xnu-6153.61.1~20/RELEASE_X86_64
Kernel UUID: C3E7E405-C692-356B-88D3-C30041FD1E72
Kernel slide:     0x0000000011a00000
Kernel text base: 0xffffff8011c00000
__HIB  text base: 0xffffff8011b00000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: NO (0xe00002bc)

System uptime in nanoseconds: 13329671095

EOF
Model: iMacPro1,1, BootROM 1037.40.124.0.0, 12 processors, 6-Core Intel Xeon, 3.5 GHz, 128 GB, SMC 1.39f11
Graphics: Radeon RX 480, Radeon RX 480, spdisplays_pcie_device, 8 GB
Memory Module: DIMM 1, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 2, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 3, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 4, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 5, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 6, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 7, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 8, 16 GB, DDR3, 1333 MHz, 0x0000, -
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8E), Broadcom BCM43xx 1.0 (5.106.98.102.31)
Bluetooth: Version 6.0.14d3, 3 services, 27 devices, 1 incoming serial ports
Network Service: Ethernet 1, Ethernet, en0
Network Service: Wi-Fi, AirPort, en2
PCI Card: Radeon RX 480, Display Controller, Slot-1
PCI Card: pci1002,aaf0, Audio Device, Slot-1
PCI Card: pci1b21,625, AHCI Controller, Slot-4@6,0,0
PCI Card: pci1b21,625, AHCI Controller, Slot-4@7,0,0
Serial ATA Device: OWC Mercury Electra 6G SSD, 240.06 GB
Serial ATA Device: Samsung SSD 840 Series, 120.03 GB
Serial ATA Device: HL-DT-ST DVD-RW GH61N
Serial ATA Device: WDC WD50EZRX-00MVLB1, 5 TB
Serial ATA Device: WDC WD1001FALS-403AA0, 1 TB
Serial ATA Device: WDC WD2500AAJS-75M0A0, 250 GB
Serial ATA Device: ADATA SU800, 512.11 GB
USB Device: USB Bus
USB Device: USB Bus
USB Device: USB Bus
USB Device: BRCM2046 Hub
USB Device: Bluetooth USB Host Controller
USB Device: USB Bus
USB Device: USB Bus
USB Device: Hub in Apple Pro Keyboard
USB Device: Microsoft USB Optical Mouse
USB Device: Apple Pro Keyboard
USB Device: USB Bus
USB Device: USB 2.0 Bus
USB Device: USB 2.0 Bus
USB Device: Ultra USB 3.0
USB Device: USB2.0 Hub
USB Device: USB 2.0 Camera
FireWire Device: built-in_hub, Up to 800 Mb/sec
Thunderbolt Bus:

https://github.com/acidanthera/bugtracker/issues/424
And my report on the issue:
https://github.com/acidanthera/bugtracker/issues/424#issuecomment-554814389
The official kexts though look old. They were not updated recently.
I found the reason for the freeze earlier without using smbios spoofing with the new WEG. It appears the second card in the expansion chassis somehow was causing the issue. I did not experience the same issue with 10.15.1 and the old WEG (but of course the HEVC decoding broke for 10.15.2).

 

[h9826790]

Nope same panic. This is only in Catalina. Mojave is OK:

*** Panic Report ***
mp_kdp_enter() can't get x86_topo_lock! Debugging anyway! #YOLO
panic(cpu 12 caller 0xffffff8011e6520a): Kernel trap at 0xffffff7f93ca1cec, type 13=general protection, registers:
CR0: 0x000000008001003b, CR2: 0x00007fadab8fc000, CR3: 0x000000018f2c3002, CR4: 0x00000000000226e0
RAX: 0x60d24edef600a624, RBX: 0xffffff8105bc5e70, RCX: 0x000000000000000c, RDX: 0x0000000000000000
RSP: 0xffffff8e13c3ce80, RBP: 0xffffff8e13c3ceb0, RSI: 0xffffff81089eb3c0, RDI: 0x0000000000000002
R8:  0x0000000000000001, R9:  0x0000000000000000, R10: 0x0000000000000000, R11: 0x0000000000000000
R12: 0x0000000000000090, R13: 0x0000000000000000, R14: 0xffffff8012855648, R15: 0xffffff8106d3d480
RFL: 0x0000000000010093, RIP: 0xffffff7f93ca1cec, CS:  0x0000000000000008, SS:  0x0000000000000000
Fault CR2: 0x00007fadab8fc000, Error code: 0x0000000000000000, Fault CPU: 0xc VMM, PL: 1, VF: 0

Backtrace (CPU 12), Frame : Return Address
0xffffff8011b57220 : 0xffffff8011d3bb1b
0xffffff8011b57270 : 0xffffff8011e733e5
0xffffff8011b572b0 : 0xffffff8011e64e5e
0xffffff8011b57300 : 0xffffff8011ce2a40
0xffffff8011b57320 : 0xffffff8011d3b207
0xffffff8011b57420 : 0xffffff8011d3b5eb
0xffffff8011b57470 : 0xffffff80124d24f9
0xffffff8011b574e0 : 0xffffff8011e6520a
0xffffff8011b57660 : 0xffffff8011e64f08
0xffffff8011b576b0 : 0xffffff8011ce2a40
0xffffff8011b576d0 : 0xffffff7f93ca1cec
0xffffff8e13c3ceb0 : 0xffffff8011e6e3a3
0xffffff8e13c3cf20 : 0xffffff8011e6e082
0xffffff8e13c3cf60 : 0xffffff8011e6cf83
0xffffff8e13c3cf80 : 0xffffff8011e6465b
0xffffff8e13c3cfd0 : 0xffffff8011ce2bed
0xffffff8e2ec7bfa0 : 0xffffff8011ce2a0c
      Kernel Extensions in backtrace:
         com.apple.driver.AppleIntelMCEReporter(115.0)[11008172-3D20-36B6-876F-7886A3C18DE4]@0xffffff7f93c9c000->0xffffff7f93cadfff
            dependency: com.apple.iokit.IOACPIFamily(1.4)[3467C105-9354-3BD2-85F3-E5AEF94BD275]@0xffffff7f92e35000
            dependency: com.apple.iokit.IOPCIFamily(2.9)[1286D5E5-A6A1-3C44-A244-04C068903DB2]@0xffffff7f9272f000

BSD process name corresponding to current thread: launchd
Boot args: -v -no_compat_check -wegtree agpmod=pikera

Mac OS version:
19C57

Kernel version:
Darwin Kernel Version 19.2.0: Sat Nov  9 03:47:04 PST 2019; root:xnu-6153.61.1~20/RELEASE_X86_64
Kernel UUID: C3E7E405-C692-356B-88D3-C30041FD1E72
Kernel slide:     0x0000000011a00000
Kernel text base: 0xffffff8011c00000
__HIB  text base: 0xffffff8011b00000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: NO (0xe00002bc)

System uptime in nanoseconds: 13329671095

EOF
Model: iMacPro1,1, BootROM 1037.40.124.0.0, 12 processors, 6-Core Intel Xeon, 3.5 GHz, 128 GB, SMC 1.39f11
Graphics: Radeon RX 480, Radeon RX 480, spdisplays_pcie_device, 8 GB
Memory Module: DIMM 1, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 2, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 3, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 4, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 5, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 6, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 7, 16 GB, DDR3, 1333 MHz, 0x0000, -
Memory Module: DIMM 8, 16 GB, DDR3, 1333 MHz, 0x0000, -
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8E), Broadcom BCM43xx 1.0 (5.106.98.102.31)
Bluetooth: Version 6.0.14d3, 3 services, 27 devices, 1 incoming serial ports
Network Service: Ethernet 1, Ethernet, en0
Network Service: Wi-Fi, AirPort, en2
PCI Card: Radeon RX 480, Display Controller, Slot-1
PCI Card: pci1002,aaf0, Audio Device, Slot-1
PCI Card: pci1b21,625, AHCI Controller, Slot-4@6,0,0
PCI Card: pci1b21,625, AHCI Controller, Slot-4@7,0,0
Serial ATA Device: OWC Mercury Electra 6G SSD, 240.06 GB
Serial ATA Device: Samsung SSD 840 Series, 120.03 GB
Serial ATA Device: HL-DT-ST DVD-RW GH61N
Serial ATA Device: WDC WD50EZRX-00MVLB1, 5 TB
Serial ATA Device: WDC WD1001FALS-403AA0, 1 TB
Serial ATA Device: WDC WD2500AAJS-75M0A0, 250 GB
Serial ATA Device: ADATA SU800, 512.11 GB
USB Device: USB Bus
USB Device: USB Bus
USB Device: USB Bus
USB Device: BRCM2046 Hub
USB Device: Bluetooth USB Host Controller
USB Device: USB Bus
USB Device: USB Bus
USB Device: Hub in Apple Pro Keyboard
USB Device: Microsoft USB Optical Mouse
USB Device: Apple Pro Keyboard
USB Device: USB Bus
USB Device: USB 2.0 Bus
USB Device: USB 2.0 Bus
USB Device: Ultra USB 3.0
USB Device: USB2.0 Hub
USB Device: USB 2.0 Camera
FireWire Device: built-in_hub, Up to 800 Mb/sec
Thunderbolt Bus:

https://github.com/acidanthera/bugtracker/issues/424
And my report on the issue:
https://github.com/acidanthera/bugtracker/issues/424#issuecomment-554814389
The official kexts though look old. They were not updated recently.
I found the reason for the freeze earlier without using smbios spoofing with the new WEG. It appears the second card in the expansion chassis somehow was causing the issue. I did not experience the same issue with 10.15.1 and the old WEG (but of course the HEVC decoding broke for 10.15.2).

Multi GPU setup and expansion chassis is really out of my knowledge now.

I used to use dual 7950, but really long time ago. And now I prefer a single more powerful GPU than multi GPU setup. Also, I have no experience with expansion chassis. All these may make the difference.

Of course, WEG version or 10.15.2 may make the difference as well. However, we better not to assume they are the root cause. Otherwise may stuck in the wrong direction.

 

[startergo]

Multi GPU setup and expansion chassis is really out of my knowledge now.

I used to use dual 7950, but really long time ago. And now I prefer a single more powerful GPU than multi GPU setup. Also, I have no experience with expansion chassis. All these may make the difference.

Of course, WEG version or 10.15.2 may make the difference as well. However, we better not to assume they are the root cause. Otherwise may stuck in the wrong direction.

I removed the expansion and the vmm flag no change. The fact that it is not only me with this issue as you can see in the bug tracker talks for itself.

 

[startergo]

Well, to just disable this kext you could return 0 from __ZN21AppleIntelMCEReporter5probeEP9IOServicePi. Such a simple solution should work fine, so feel free to write a Lilu plugin for it.


The crash itself is caused by out of bounds array access:



You have 2 physical CPUs, and this driver does not support it, and does not allocate enough memory, see __ZN13AppleIntelMCE10Controller4InitEv.
[automerge]1576319593[/automerge]
The latest kext has all its symbols stripped, so it is not like we can easily disable it as before. For now consider using a mac model different from mp61, mp71, imp11.

 

[h9826790]

I removed the expansion and the vmm flag no change. The fact that it is not only me with this issue as you can see in the bug tracker talks for itself.

I know that points to AppleIntelMCE. And may be some people has same problem as well. However, there are also more than one users can boot Catalina with SMBIOS spoofing on dual processor cMP. So, it can work, just how.
[automerge]1576320140[/automerge]

For now consider using a mac model different from mp61, mp71, imp11.

But I don't think anything apart from 7,1 and iMac Pro SMBIOS can activate HEVC hardware encoding.

 

[startergo]

However, there are also more than one users can boot Catalina with SMBIOS spoofing on dual processor cMP

I don't understand how is it possible as you can see the code. Unless modification to the kext is done the code will go to the same call

 

[h9826790]

I don't understand how is it possible as you can see the code. Unless modification to the kext is done the code will go to the same call

I don't know as well. As I said, I don't have dual processor cMP anymore.

Anyway, since DRM content streaming isn't working correctly anyway (some may work, but definitely not all). You may actually remove Lilu and WEG.

All we need is just

1) Mojave or Catalina
2) iMac Pro or 7,1 board-id
3) rename GPU to GFX0

We can use OpenCore to achieve that without Lilu and WEG.

Of course, no more agdpmod=pikera, but for single monitor setup, all we need to do is just use the port that can display. For multi monitors setup, we can avoid display issues by using 7,1 SMBIOS (only Catalina can provide HWAccel if use 71 SMBIOS).

shikigva=64 is just a bonus to make some DRM streaming can work, we can remove that for HWAccel.

Of course, it won't change the fact that Polaris can still provide full HWAccel between 10.14.5 and 10.15.1.

 

[startergo]

Anyway, since DRM content streaming isn't working correctly anyway (some may work, but definitely not all)

You probably missed my report that WEG is fixed (not officially posted yet but you can compile it from source). Test it to see if it suits you.
As a proof of concept I removed com.apple.driver.AppleIntelMCEReporter from S/L/E ( and put it in EFI/OC/Kexts) and now there is no kernel panic on boot. HEVC encode/decode works. I don't know what purpose serves that kext but I saw it referencing ACPIIofamily kexts as well.

 

[cdf]

As a proof of concept I removed com.apple.driver.AppleIntelMCEReporter from S/L/E ( and put it in EFI/OC/Kexts) and now there is no kernel panic on boot. HEVC encode/decode works. I don't know what purpose serves that kext but I saw it referencing ACPIIofamily kexts as well.

It is also possible to use OpenCore to block the kext. Another option is to use the cpus=1 boot argument to test the dual-processor issue.

 

[startergo]

It is also possible to use OpenCore to block the kext

"Use OC Kernel > Block did not work. This is from OC logs:
00:000 00:000 OC: Prelink blocker com.apple.driver.AppleIntelMCEReporter init failure - Not Found
I am assuming Kernel > Block section can only block kexts that is in the Prelink and not during booting phase. The KP is happening on update phase and fresh install phase."

 

[h9826790]

You probably missed my report that WEG is fixed (not officially posted yet but you can compile it from source). Test it to see if it suits you.
As a proof of concept I removed com.apple.driver.AppleIntelMCEReporter from S/L/E ( and put it in EFI/OC/Kexts) and now there is no kernel panic on boot. HEVC encode/decode works. I don't know what purpose serves that kext but I saw it referencing ACPIIofamily kexts as well.

I read your post, but not tested it yet. TBH, all the “fix” before (for DRM streaming) never work as expected, so, my expectation level low this time. Hopefully I am wrong.

On the other hand, I am happy to see that they continue to work on this issue. Also, fall back to software decode seems a better way to recover DRM streaming ability. The streaming content won’t be that demanding anyway, even our ancient Xeon should able to decode them on the fly without any trouble.

 

[startergo]

Also the MVC card loses its only output when playing HEVC file and I have to reboot. The original card works without issues.

 

[startergo]

"

WhateverGreen Changelog

- Fixed accelerator name update logic for X4xxx kexts

- Fixed Verde IOGVACodec injection to make hardware video decoder work

- Enable software TV+ decoding on all CPUs without IGPU (`shikigva=256`)

- Added HEVC capabilities to AMD6 decoders for all GPUs

- Added HEVC capabilities to AMD6 decoders for all GPUs (disabled by `-radnogva` or `disable-gva-support`)