ASRock H310M-HDV - dual monitor problems

[brumas2025]

9 hours ago, Asural said:

I think Sleep/WakeUp is probably working properly, but monitor output isn't available.
On an actual Mac, con0 is always present and enabled.
I think con0 (currently the built-in VGA) is recognized during WakeUp, but it doesn't respond, so it doesn't proceed to the next step.
I think con1 and con2 were also enabled because the built-in VGA was enabled with the toggle switch.

 

I'd recommend first configuring the built-in VGA and performing a display test based on acpi-wake-type-test2.plist, and then trying to move the built-in VGA to con1 or con2.
(Moving HDMI to con0 didn't work.)
Please try the attached file with the built-in VGA selected with the toggle switch (and connecting HDMI) to see if it works properly.
 

ADD:

If the H310 currently only supports a maximum of two screens, it would be best to test it with the DVI connector on the PC disconnected.
Please also test whether Sleep/Wakeup is possible after the desktop is displayed, and whether the display can be switched when the DVI connector is connected.
 

VGABase1.plist 37.44 kB · 1 download

Quote

Panic for boot....

Edited January 12 by brumas2025

[brumas2025]

18 hours ago, Max.1974 said:

@brumas2025 about Black Screen need check if this two keys are enable on device properties:

 

After sleep

 

force-online | Data | 01000000

 

 

Quote

After boot

Quote

Quote

added a stroik to the properties, introduced commands before and after sleep, screenshots are attached. I won't figure it out..

Edited January 12 by brumas2025

[Asural]

27 minutes ago, brumas2025 said:

Panic for boot....

I believe that the Slaap/WakeUp issue cannot be resolved unless the built-in VGA can be started normally.
I have attached a file in which con0-busid has been changed from <05000000> to <01000000>, so please try that.

 

If possible, please try changing con0-busid to c<02000000>, <03000000>, <0600000>, or <0700000>.
 

VGABase2plist.plist

[brumas2025]

3 minutes ago, Asural said:

I believe that the Slaap/WakeUp issue cannot be resolved unless the built-in VGA can be started normally.
I have attached a file in which con0-busid has been changed from <05000000> to <01000000>, so please try that.

 

If possible, please try changing con0-busid to c<02000000>, <03000000>, <0600000>, or <0700000>.
 

VGABase2plist.plist 37.44 kB · 0 downloads

but my built-in VGA has never started the monitor.

[brumas2025]

10 hours ago, Asural said:

I think Sleep/WakeUp is probably working properly, but monitor output isn't available.
On an actual Mac, con0 is always present and enabled.
I think con0 (currently the built-in VGA) is recognized during WakeUp, but it doesn't respond, so it doesn't proceed to the next step.
I think con1 and con2 were also enabled because the built-in VGA was enabled with the toggle switch.

 

I'd recommend first configuring the built-in VGA and performing a display test based on acpi-wake-type-test2.plist, and then trying to move the built-in VGA to con1 or con2.
(Moving HDMI to con0 didn't work.)
Please try the attached file with the built-in VGA selected with the toggle switch (and connecting HDMI) to see if it works properly.
 

ADD:

If the H310 currently only supports a maximum of two screens, it would be best to test it with the DVI connector on the PC disconnected.
Please also test whether Sleep/Wakeup is possible after the desktop is displayed, and whether the display can be switched when the DVI connector is connected.
 

VGABase1.plist 37.44 kB · 1 download

The files VGABase1 and Vgabase2 are no different, aren't you mistaken?

[Max.1974]

2 horas atrás, brumas2025 disse:

Após a inicialização

adicionou um stroik às propriedades, introduziu comandos antes e depois do sono, capturas de tela estão anexadas. Eu não vou descobrir..

As I mentioned before, your config.plist does not have a Pipe set for Con0 — you need to add one; it is currently showing as <00000000>.

 

 

Need put pipe on Con0 

 

 

[deeveedee]

@Max.1974 Just a couple of questions to help me learn from this:

1. What is your reasoning here for adding "enable-backlight-registers-fix | Data | 01000000" for an external display?  I have only ever needed to add this for internal laptop displays and I haven't seen it used for external displays.
2. In your last post here, you state that framebuffer-con0-pipe needs to be defined, because AAPL,DisplayPipe is <00000000> in IORegistry. How did you determine that framebuffer-con0-pipe is the same as AAPL,DisplayPipe?  AAPL,DisplayPipe is not the same as framebuffer-conX-pipe on my hacks with iGPU graphics.

 

I checked a few of my hacks with iGPU graphics and see the following two values for AAPL,DisplayPipe:

• 
• 

 

Thank you.

 

Edited January 12 by deeveedee

[Max.1974]

51 minutes ago, deeveedee said:

@Max.1974 Just a couple of questions to help me learn from this:

1. What is your reasoning here for adding "enable-backlight-registers-fix | Data | 01000000" for an external display?  I have only ever needed to add this for internal laptop displays and I haven't seen it used for external displays.
2. In your last post here, you state that framebuffer-con0-pipe needs to be defined, because AAPL,DisplayPipe is <00000000> in IORegistry. How did you determine that framebuffer-con0-pipe is the same as AAPL,DisplayPipe?  AAPL,DisplayPipe is not the same as framebuffer-conX-pipe on my hacks with iGPU graphics.

 

I checked a few of my hacks with iGPU graphics and see the following two values for AAPL,DisplayPipe:

• 

 

Thank you.

 

 

@deeveedee In general, this is really meant for laptops. When you wake up a laptop from sleep, the brightness can end up dimmed, and as you yourself already mentioned, as far as I remember, there are mobile-device settings that can also be used on desktops. This is one of the options I saw in one of the Brazilian internet videos below; if you want, watch from minute 11:42 onward. It was from a user on that channel. Now I hope this does not turn into an argument, because I really do not understand your loaded and rhetorical questions without prior research. It seems that your intention is not just to ask why, but always to prove that you know better and more, just to say that I am wrong. Please research first. 

 

Thanks you 

 

Youtube vídeo: 

https://youtu.be/yWvmmcjX4Pk?t=702 

"Hackintosh com iGPU Intel - Mais de 10 Patches importantes e que podem te salvar + BÔNUS: RX 6600M"

# Intel WhateverGreen – force-online & backlight fixes

 

## WhateverGreen (WEG)

WhateverGreen is a kernel extension used in Hackintosh systems to patch and fix GPU behavior, mainly for Intel iGPUs, AMD and NVIDIA GPUs. It provides framebuffer fixes, connector fixes, power management and display related patches.

 

## enable-backlight-registers-fix

 

This property fixes broken or incorrect backlight register initialization on Intel GPUs.

It is mainly required on laptops because laptop panels rely on PWM backlight control.

 

### Laptop

On laptops, incorrect backlight registers can cause:

- Very dark screen after boot

- Black screen after wake

- Brightness keys not working

 

The fix reprograms Intel display registers so macOS can properly control brightness.

 

### Desktop

On desktops, external monitors do not use GPU backlight registers. Brightness is controlled by the monitor itself.

Because of that, this fix is usually unnecessary and has little or no effect.

 

## force-online and force-online-framebuffers

 

These options force Intel display connectors to stay in an online state.

 

They prevent macOS from disabling or ignoring a connector during boot or after wake.

 

### Laptop

Useful when:

- Internal panel wakes but external monitors do not

- HDMI or USB‑C display does not come back after sleep

- Framebuffers are misdetected

 

### Desktop

Very useful when:

- A monitor stays black after boot

- A port is detected as disconnected

- Multi‑monitor setups randomly fail

 

These patches tell macOS to always treat the port as connected.

 

## Practical Summary

 

| Property | Purpose | Laptop | Desktop |

|--------|---------|--------|---------|

| enable-backlight-registers-fix | Fixes panel backlight | Very important | Usually not needed |

| enable-backlight-registers-alternative-fix | Newer variant | Important | Rarely useful |

| force-online | Forces ports active | Useful | Useful |

| force-online-framebuffers | Forces specific connectors | Useful | Very useful |

| enable-backlight-smoother | Smooth brightness transitions | Optional | Not applicable |

 

## Key conclusion

 

Backlight fixes are designed mainly for laptops.

Force-online fixes are useful for both laptops and desktops, especially when dealing with wake, HDMI, DisplayPort or USB‑C display problems.

 

About pipe: 

 

 

As for the Pipe being defined, I’m sure you noticed that when one connector has none — which is not the case in brumas2025’s config.plist — in my view there needs to be consistency in either having it or not having it. In other words, you should either set it for all connectors or leave it unset for all lines, so the patches “chain” coherently; otherwise (in my view) it ends up incomplete.

 

If you don’t need it, that’s fine, but I’m recommending that, since con1 and con2 have it, con0 should not be left without one. If yours works, great, but his still doesn’t wake properly from sleep. And remember, he certainly doesn’t have a framebuffer “library” beyond what’s written on GitHub and what RehabMan documented. He mentions this on the site we can’t name here.

 

So again, it’s necessary to understand it and actually research it. 

 

Lessons from internet about Pipe 

 

 

So is AppleDisplayPipe “the same pipe as in the patch”?

 

• Conceptually: yes, it is the same “pipe” (the display engine channel).

• In practice: it is not the patch itself, but the real result/state after the driver initializes.

• If you inject the pipe correctly, AppleDisplayPipe usually shows a coherent value when the display is active.

• If the connector is offline, badly mapped, or did not come back after wake, it is common to see ffff….

 

How to use this for diagnostics (very objective)

 

• If an AppleIntelFramebuffer@X that should be in use shows AppleDisplayPipe = ffff…, this suggests:

• the connector is not really “online”, or

• the pipe/BusID/Type are wrong, or

• wake is failing and the driver did not reassign the pipe.

 

RehabMan prints: 

 

 

 

 

 

 

 

Edited January 12 by Max.1974

[deeveedee]

@Max.1974 I ask questions when I want to learn. I challenge statements when I believe them to be incorrect. 

 

Based on your responses and my previous knowledge and experience, I believe that enable-backlight-registers-fix and framebuffer-con0-pipe are not applicable to this hack and don't need to be included in brumas2025's DeviceProperties.

 

When a propery is not defined in DeviceProperties, the property is not 'undefined.' The property remains as defined in the framebuffer corresponding to AAPL,ig-platform-id (which in this case is 0x3e9b0007).

 

I am disagreeing with you in the most polite and courteous way that I know. If you believe there is a more polite way for me to disagree with you, I want to learn and get better. So please PM me.  Thank you.

Edited January 13 by deeveedee

[Max.1974]

3 minutos atrás, deeveedee disse:

@Max.1974Eu faço perguntas quando quero aprender. Eu desafio declarações quando acredito que elas estejam incorretas.

 

Com base em suas respostas e no meu conhecimento e experiência anteriores, acredito que enable-backlight-registers-fix e framebuffer-con0-pipe não são aplicáveis a este hack e não precisam ser incluídos no DeviceProperties da brumas2025.

 

Estou discordando da maneira mais educada e cortês que conheço.

 

Thank you, and my respect to you and to everyone in the same way. My only intention is to test ways to try to achieve proper sleep. Thank you.  

[Asural]

13 hours ago, brumas2025 said:

but my built-in VGA has never started the monitor.

 

13 hours ago, brumas2025 said:

The files VGABase1 and Vgabase2 are no different, aren't you mistaken?

I didn't make the correction, sorry.
I also realized that there's no point in testing the built-in VGA display.
I think the H310's specifications mean that when HDMI is connected, it is set as the main monitor and the built-in VGA cannot be used.

 

I've attached a test file to see if DVI is connected to con0, so please try it.
 

IndexChange.plist

[Asural]

11 hours ago, Max.1974 said:

 

As I mentioned before, your config.plist does not have a Pipe set for Con0 — you need to add one; it is currently showing as <00000000>.

 

 

Need put pipe on Con0 

 

 

 

In the current test, the setting value has been explicitly set for the conX index exchange test.

 

 

Regarding the pipe value in ioreg, if you connect three ports, it seems to be set to 0, 1, 2 from top to bottom regardless of the framebuffer-conX-pipe setting.

Since the HP400G5 can only use two monitors, please check the pipe value for the third monitor.
 

I just read that it's different with laptops.
 

 

Edited January 13 by Asural

[Max.1974]

My laptop has 3 connectors. One Thunderbolt , one USB-C and one HDMi. All works fine. Sleep and wake  normally. Congrats for your config. I hope works. 

[brumas2025]

13 hours ago, Max.1974 said:

As I mentioned before, your config.plist does not have a Pipe set for Con0 — you need to add one; it is currently showing as <00000000>.

 

Need put pipe on Con0 

Yesterday, following your advice, I tried to add the pipe property with values 02000000, 04000000 or 05000000, but this did not lead to changes.

Quote

 

[Max.1974]

@brumas2025 

 

Are you try force-online patcher?  

force-online | Data | 01000000 

Edited January 13 by Max.1974

[Max.1974]

You need try modified one or two conectors type.

Try use like print above from RehabMan <00040000>  

Try use same BUS ID 12000000 for both. 

 

 

 

Check here: https://dortania.github.io/OpenCore-Post-Install/gpu-patching/intel-patching/busid.html#parsing-the-framebuffer 

 

 

 

Try modify your framebuffer-fbmem to <00000000> 

 

Like mine

 

 

 

 

 

check here : 

 

https://dortania.github.io/OpenCore-Post-Install/gpu-patching/intel-patching/connector.html 

Edited January 13 by Max.1974

[brumas2025]

27 minutes ago, Max.1974 said:

@brumas2025 

 

Are you try force-online patcher?  

force-online | Data | 01000000 

 

OK, I'll add this property and try again, but in the evening..

[Max.1974]

After you try post here your entire EFI or link to download 👊🏻🤩 i will going to sleep 😴 bye 

 

 

Edited January 13 by Max.1974

[brumas2025]

1 hour ago, Max.1974 said:

After you try post here your entire EFI or link to download 👊🏻🤩 i will going to sleep 😴 bye 

 

 

I am attaching my folder

EFI AsrockH310.zip

[deeveedee]

7 hours ago, Max.1974 said:

@brumas2025 

 

Are you try force-online patcher?  

force-online | Data | 01000000 

It looks like force-online was dropped from the config.plist at some point in the testing.  It was in the early config.plists.  Good catch!

[Asural]

40 minutes ago, deeveedee said:

It looks like force-online was dropped from the config.plist at some point in the testing.  It was in the early config.plists.  Good catch!

Huh? It really isn't there.
Please check if this setting is OK, based on the information in config-H31-test-7-6-9.plist.
I don't think it will be a problem for the con0 index replacement test, but I plan to return it to this state later.

 

The settings in the guide have been reflected in the test config.plist.
Since it appears to be using VoodooHDA, you will probably need to disable AppleALC.
 

Base7-6-9.plist

Edited January 13 by Asural

[brumas2025]

10 hours ago, Asural said:

 

I didn't make the correction, sorry.
I also realized that there's no point in testing the built-in VGA display.
I think the H310's specifications mean that when HDMI is connected, it is set as the main monitor and the built-in VGA cannot be used.

 

I've attached a test file to see if DVI is connected to con0, so please try it.
 

IndexChange.plist 37.44 kB · 3 downloads

With IndexChange.plist, loading into two black screens failed. restart via the button...

[Asural]

11 minutes ago, brumas2025 said:

With IndexChange.plist, loading into two black screens failed. restart via the button...

I understand, I guess the only way to control Sleep/Wake is with a toggle switch.
I've attached a file that sets PciRoot(0x0)/Pci(0x2,0x0) in Base7-6-9.plist and prohibits AppleALC.kext, so please check that it works.
I think that's probably as far as I can go.
 

Base.plist

[brumas2025]

35 minutes ago, Asural said:

Huh? It really isn't there.
Please check if this setting is OK, based on the information in config-H31-test-7-6-9.plist.
I don't think it will be a problem for the con0 index replacement test, but I plan to return it to this state later.

 

The settings in the guide have been reflected in the test config.plist.
Since it appears to be using VoodooHDA, you will probably need to disable AppleALC.
 

Base7-6-9.plist 2 kB · 1 download

Base7-6-9.plist - With IndexChange.plist, loading into two black screens failed. restart via the button...

[deeveedee]

I think that a logical test would be to take the config-H31-test-7-6-9.plist from here (which fixes the horizontal lines) and add property force-online = 1.

 

Please test the attached config.plist.

config-H31-test-7-6-9-2.plist.zip