Audio over HDMI not initially working. Only after D/C and Reconnecting HDMI Cable

[Hack.intosh]

Newly installed Hackintosh (Ventura 13.5 with Opencore 0.9.4) with everything running well except that audio (Intel Kabylake HDMI) only works when HDMI cable is disconnected and reconnected into HDMI port. If it's not disconnected... audio (Intel Kabylake HDMI) is not shown in Hackintool and therefor no audio. Can anyone help with this issue to get the audio working without having to disconnect and reconnect the HDMI?

 

Have tried patching thru Hackintool without success. 

 

Specs of my Gigabyte Brix GB-BRi5H-10210 mini computer:

• CPU: i5-10210U 4.2GHz
• Graphics: UHD Graphics 620
• RAM: 16GB DDR4 2666MHz
• LAN: Intel I219v GigabitEthernet
• Wifi: Broadcom BCM9435Z
• Audio: Realtek ALC255

 

BRIX.zip BRIX w: Sound.zip

[Hervé]

Intel i5-10210U is not a 7th gen. Kaby Lake CPU but a 10th gen. Comet Lake one. It's fitted with UHD 720 graphics carrying id 0x9b41 (which is not natively supported). Why you would want to apply KBL settings (as shown in your "BRIX" IOReg) to the iGPU is a bit of a mystery and don't expect this to work.

 

IOReg "BRIX w: sound" correctly shows CFL/CML framebuffer layout 0x3ea50009 being used. If you only use 1 video output and that's your HDMI, then this is what registers against connector con1 (FB@1). And you also injects the correct connector type (HDMI 00080000) in your config by the look of things.

 

Whatevergreen User Manual states that the following iGPU ids are supported, as shown in the CFL framebuffer kexts:

            <key>IOPCIPrimaryMatch</key>
            <string>0x3E9B8086 0x3EA58086 0x3EA68086 0x3E928086 0x3E918086 0x3E988086 0x9BC88086 0x9BC58086 0x9BC48086</string>

 

Your IOReg shows you fake/inject CFL iPU id 0x3e9b, maybe you should try and fake one of the following CML ids instead: 0x9bc4, 0x9bc5 or 0x9bc8. Though I doubt it'll make any improvement... If you don't use it, try and add boot arg igfxonln=1.

 

Ideally, post a zipped copy of your bootloader's EFI folder (config file + ACPI & texts folders).

[Hack.intosh]

Tried all of the following CML ids 0x9bc4, 0x9bc5 & 0x9bc8 but it didn't make a difference as suggested.

boot arg igfxonln=1 didn't make a difference either.

 

EFI attached for reference.

EFI.zip

[Hervé]

Ok. So you use CFL mobile framebuffer 0x3EA50009 which is natively defined as follows:

ID: 3EA50009, STOLEN: 57 MB, FBMEM: 0 bytes, VRAM: 1536 MB, Flags: 0x00830B0A
TOTAL STOLEN: 58 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 172 MB, MAX OVERALL: 173 MB (181940224 bytes)
Model name: Intel HD Graphics CFL CRB
Camellia: CamelliaV3 (3), Freq: 0 Hz, FreqMax: 0 Hz
Mobile: 1, PipeCount: 3, PortCount: 3, FBMemoryCount: 3
[0] busId: 0x00, pipe: 8, type: 0x00000002, flags: 0x00000098 - ConnectorLVDS
[1] busId: 0x05, pipe: 9, type: 0x00000400, flags: 0x000001C7 - ConnectorDP
[2] busId: 0x04, pipe: 10, type: 0x00000400, flags: 0x000001C7 - ConnectorDP
00000800 02000000 98000000
01050900 00040000 C7010000
02040A00 00040000 C7010000

 

You patch it using the following properties:

 

in particular, you patch your connectors like this:

con0: 00000800 00080000 98010000
con1: 01050900 00080000 C7010000
con2: 02040A00 00080000 C7010000 

Considering your computer is a mini desktop with no built-in LCD, there is absolutely no value in patching connector con0 the way you do.

For connectors con1 and con2, you simply set their type to HDMI (00080000) and that's Ok, it's a must for HDMI audio to work.

 

You also patch the framebuffer's flags:

FB flags: 4A0B8300

To what purpose do you do that? What does this new value bring? Is it something you obtain through Hackintool??

Ever considered not patching this and simply use the default value?

[Hack.intosh]

The flag was created from hackintool and I’ve booted the hackintosh with and without the flags. Audio is only detected after ejecting and reconnecting the HDMI. The only time audio isn’t detected at all is when I use AAPL,ig-platform-Id 07009B3E and 0000A53E which is recommended for NUCs. However, the laptop platform ids do give me audio after HDMI is reconnected. Weird. It should be an easy fix but apparently not. Everything in my efi seems to be correct.