Cease macOS from freezing throughout sleep/wake on a Catalina Hackintosh



This information ought to resolve Catalina from freezing when a hackintosh is waked from sleep when working off the Intel iGPU (built-in graphics). The mouse will freeze a pair seconds after being waked up and  there could also be a sudden restart with a kernel panic message saying there was an issue with Intel HDMI audio whenever you boot again in.
I observed this kernel panic solely occurs when these situations exist:

Utilizing AppleALC.kext with Clover (AppleALC is now not being examined on Clover because the developer moved his help to OpenCore inflicting this situation)
Solely occurs when Intel graphics is enabled.
When the show monitor doesn’t have an HDMI audio output (This kernel panic occurred to me on a monitor that didn’t have audio system, however once I plug in my different monitor that did have HDMI audio with in-built audio system the kernel panic goes away)

To get round this situation we disable HDMI audio with a HDEF patch. In case you are utilizing the EFI recordsdata in the primary Catalina information this patch has already been included.

Obtain gfxutil
Open downloaded folder and Proper-click open  gfxutil
A listing will populate discover PCI0.HDEF and replica its PciRoot machine path
In my case the machine path I want to repeat is PciRoot(0x0)/Pci(0x1f,0x3) as its on the identical line as PCI0.HDEF =
Open config.plist situated in your EFI folder with Clover Configurator
Choose Units column in Clover Configurator
Choose the drop down menu and choose No or kind it within the field is within the prime proper nook of the Units web page
Choose the Properties tab close to the underside of the Units web page
Click on the “+” signal beneath the Units* desk
Paste the machine path you copied from gfxutil
Choose the Gadget path thats been added to the desk and add:
Click on the “+” signal beneath the Properties desk to the precise

Properties Key*
Properties Worth
Worth Sort



Restart to use adjustments and see if sleep works after.

I’m my testing this situation solely occurs when utilizing AppleALC on a monitor with out audio system over built-in graphics. Different methods to bypass this situation can be:

Switching your EFI to OpenCore or by utilizing a distinct audio resolution than AppleALC.kext.
Switching to a monitor with audio system in-built so the panic doesn’t happen.