<< Solved >> Radeon VII - Repeated KP's - 10.14.6

[EpicNUFO]

You said that the DSDT was made to fix something in USB, right? So try without both the DSDT and SSDT. If it boots, you can use one of the more conventional methods to fix USB.

@pastrychef,
Sorry allow me to elaborate, the system originally was set up with a DSDT about a year ago; the DSDT was made at that time to fix USB problems I was having. At that time, I did not know how to make my own SSDT for USB, so I sought help and this DSDT at the time was patched and fixed my problems. This DSDT and the EFI implemented always injecting kexts and exceeded the 15 port limit via a port patch so I then learned how to make my own USB port SSDT and applied it to the EFI on top of the existing DSDT. With or without the SSDT I made for USB, the system will not boot without the DSDT...

@Gigamaxx,
Thanks man, but no backup folder. I've never considered needing the DSDT a problem; I've used this rig with both nVidia 1080 and then Vega 56 with no issues, only the Vii generates the KP's. If it is a problem, I just don't know where to go from here. (Besides getting help from the same person again patching a new DSDT for the board)

 

[EpicNUFO]

@pastrychef,

I have updated my DSDT, and I've done a number of troubleshooting things and I've isolated that the Kernel Panic happening is within Apple's HDMI audio driver implementation for the Vii, within AppleGFXHDA, which handles sound for GPU's now instead of AppleHDA. I even tested a minimum booted config with no WEG and the KP still occurred; it seems to be within Apple's driver.

Is there any way to work around this? I don't use or need display audio; any way to disable AppleGFXHDA to prevent whatever is causing it to panic with the Vii?

 

[Gigamaxx]

@pastrychef,

I have updated my DSDT, and I've done a number of troubleshooting things and I've isolated that the Kernel Panic happening is within Apple's HDMI audio driver implementation for the Vii, within AppleGFXHDA, which handles sound for GPU's now instead of AppleHDA. I even tested a minimum booted config with no WEG and the KP still occurred; it seems to be within Apple's driver.

Is there any way to work around this? I don't use or need display audio; any way to disable AppleGFXHDA to prevent whatever is causing it to panic with the Vii?

You could pull it out of System/Library/Extensions folder. Save a copy of it.
Are you using applealckext? It needs lilu like WEG does. In Clover:devices use inject 1.

 

[EpicNUFO]

You could pull it out of System/Library/Extensions folder. Save a copy of it.
Are you using applealckext? It needs lilu like WEG does. In Clover:devices use inject 1.

Yes I am using AppleALC as well as Lilu and WEG. This issue is related to Apple's current implementation of the driver for Vega II and how it interacts on this mobo; 2 others with same kernel panics I was able to find were also on AOG7, and then @juliaan88 with mostly similar behavior on his, but different chipset. I've seen mostly success stories with it on Z390 so I am going to move to Z390/9900k next week and try the card on that platform. For now I've abandoned it on this system and gone back to Vega 56 which is rock solid.

 

[juliaan88]

Yes I am using AppleALC as well as Lilu and WEG. This issue is related to Apple's current implementation of the driver for Vega II and how it interacts on this mobo; 2 others with same kernel panics I was able to find were also on AOG7, and then @juliaan88 with mostly similar behavior on his, but different chipset. I've seen mostly success stories with it on Z390 so I am going to move to Z390/9900k next week and try the card on that platform. For now I've abandoned it on this system and gone back to Vega 56 which is rock solid.

@EpicNUFO Have you tried to update your vBios of GPU? I am not in my office so I cannot check if my card has its vBios updated to the latest version of 016.004.000.038.011717. Just wondering if that is an issue..

 

[EpicNUFO]

@EpicNUFO Have you tried to update your vBios of GPU? I am not in my office so I cannot check if my card has its vBios updated to the latest version of 016.004.000.038.011717. Just wondering if that is an issue..

I think I am on the latest, I will have to put it back in and double check after work. I would be surprised if cards shipping in July didn't come with the latest vBios which was released in February...also AFAIK, the original vBios lacked UEFI support, so since my card is working in the UEFI I'd assume it has the update.

 

[EpicNUFO]

Would like to report this as solved, at least with a workaround to the issue for now. I've discovered a solution and already posted about it in this other thread, page 45, post #446: https://www.tonymacx86.com/threads/radeon-vii-and-new-amd-gpus-compatibility.269128/page-45

 

[tchit]

Is the following needed to boot?
View attachment 419257

You are using a DSDT. What's it patching? You may need to re-do your DSDT if/when you change video cards.

Also, you don't need to inject ig-platform-id or device-id for your IGPU. Clover should detect and automatically configure all of that for you.

Have you tried iMacPro1,1 system definition?

Sorry to hijack the thread. Are you saying that I should remove ig-platform-id to get the igpu working with my Radeon VII?

 

[pastrychef]

Sorry to hijack the thread. Are you saying that I should remove ig-platform-id to get the igpu working with my Radeon VII?

Yeah, don't enter any of that stuff. Let Clover and macOS auto detect your IGPU.

 

[tchit]

Yeah, don't enter any of that stuff. Let Clover and macOS auto detect your IGPU.

Interesting! Should I inject Intel? Or also uncheck this box? Thanks a lot