Jump to content

 Asus H310M-A black screen hdmi


8 posts in this topic

Recommended Posts

hello, i'm trying to help a friend with a motherboard known to have some issue with HDMI, he is plug in hdmi indeed.

would you help us please

is config is coffelake : Asus H310M-A, LGA 1151, I3-8100 3,6GHz coffe lake, next bootpiker opencore 066, he have no more video  :


 

and this is his EFI 066

 

https://u.pcloud.link/publink/show?code=kZYlyfXZhG37YJ6xgEmQUhh5bATzfR9hkYL7

 

thank you

2 hours ago, odemolay said:

hello, i'm trying to help a friend with a motherboard known to have some issue with HDMI, he is plug in hdmi indeed.

would you help us please

is config is coffelake : Asus H310M-A, LGA 1151, I3-8100 3,6GHz coffe lake, next bootpiker opencore 066, he have no more video...

Dear friend, I spent more than 3 weeks trying to get video output on a friend's PC with the same motherboard and CPU as you but I did not succeed, al last he bought a dGPU.
I hope someone more expert than me can help you.

Looking at your iGPU property injection, I cannot say I'm surprised! :o

iGPU_injected_properties.jpg

 

  1. get rid of device-id property to begin with; iGPU id 3E91 of i3-8100 CPU is natively supported.
  2. get rid of all those framebuffer-conX properties. They're incorrect.
  3. get rid of fbmemunifiedmem + stolenmem properties; useless since they set the same values as the default ones. -_-
  4. if possible at all, identify the connector (port) used for HDMI in IOReg using apps such as IORegistryExplorer.
  5. Once you've identified the connector, just patch its type to HDMI with Hex value 00080000.
  6. if you can't identify the connector (port) for HDMI, then set them all to HDMI.

 

You've opted for CFL layout 3E9B0007, which defines 3 x connectors (output ports) as follows (see WEG manual):

ID: 3E9B0007, STOLEN: 57 MB, FBMEM: 0 bytes, VRAM: 1536 MB, Flags: 0x00801302
TOTAL STOLEN: 58 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 172 MB, MAX OVERALL: 173 MB (181940224 bytes)
Model name: Intel UHD Graphics 630
Camellia: CamelliaDisabled (0), Freq: 0 Hz, FreqMax: 0 Hz
Mobile: 0, PipeCount: 3, PortCount: 3, FBMemoryCount: 3
[1] busId: 0x05, pipe: 9, type: 0x00000400, flags: 0x000003C7 - ConnectorDP
[2] busId: 0x04, pipe: 10, type: 0x00000400, flags: 0x000003C7 - ConnectorDP
[3] busId: 0x06, pipe: 8, type: 0x00000400, flags: 0x000003C7 - ConnectorDP
01050900 00040000 C7030000
02040A00 00040000 C7030000
03060800 00040000 C7030000

As you can see, default settings are:

  • STOLEN=57MB
  • FBMEM=0
  • VRAM=1536MB
  • all 3 x connectors (output ports) con0/con1/con2 are DP type (00040000)

 

Your patch attempted to inject 4 x ports as follows:

01051200 00040000 C7030000 -> con0 DP
02061200 00080000 C7030000 -> con1 HDMI
03041200 00080000 C7030000 -> con2 HDMI
FF000000 01000000 C7030000 -> con3 dummy port

Which, among other things, was simply not possible without further patching of the layout!

 

For your info:

  • framebuffer-fbmem patch applies to FBMEM
  • framebuffer-stolenmem patch applies to STOLEN
  • framebuffer-unifiedmem patch applies to VRAM
  • Hex value 00000000 = 0 in decimal, i.e. 0 Bytes
  • Hex value 03900000 = 59768832 in decimal, which is 57*1024*1024, i.e. 57MBytes
  • Hex value 60000000 = 1610612736 in decimal, which is 1536*1024*1024, i.e. 1536MBytes

hence why your fbmem + stolenmem + unifiedmem injections (in reverse byte order) were useless...

 

However, for CFL UHD630, stolenmem usually needs to be changed to 19MB, i.e. 01300000 in Hex and fbmem usually needs to be changed to 9MB, i.e. 00900000 in Hex.

 

So your iGPU property injection should look like:

AAPL,ig-platform-id         07009B3E    DATA
enable-hdmi20               01000000    DATA
framebuffer-patch-enable    01000000    DATA
framebuffer-stolenmem       00003001    DATA
framebuffer-fbmem           00009000    DATA
framebuffer-con0-enable     01000000    DATA
framebuffer-con0-type       00080000    DATA
framebuffer-con1-enable     01000000    DATA
framebuffer-con1-type       00080000    DATA
framebuffer-con2-enable     01000000    DATA
framebuffer-con2-type       00080000    DATA

With layout 3E9B0007, you should also use SMBIOS iMac19,2 rather than iMac19,1 which is usually associated with layout 3E980003.

 

If the above revised properties do not provide HDMI output, you may revise the connector patching as follows (taken from existing threads about CFL UHD630):

  1. remove all 3 x framebuffer-conX-type lines
  2. replace them by:
framebuffer-con0-alldata    0101120000080000C7030000
framebuffer-con1-alldata    0202120000080000C7030000
framebuffer-con2-alldata    FF00120000080000C7030000

Remember, this aims to set all 3 x connectors to HDMI so connector-type would need to be reviewed again in a context of multiple displays with non-HDMI screens (DP, DVI, VGA).

Posted (edited)

thank you very much for your advice. we are going to change those setting. and maybe try to understand (not sure to be honest at this point)

 

he will use only one HDMI.

 

have a nice day

Edited by odemolay
2 hours ago, Hervé said:

So your iGPU property injection should look like:


AAPL,ig-platform-id         07009B3E    DATA
enable-hdmi20               01000000    DATA
framebuffer-patch-enable    01000000    DATA
framebuffer-stolenmem       00003001    DATA
framebuffer-fbmem           00009000    DATA
framebuffer-con0-enable     01000000    DATA
framebuffer-con0-type       00080000    DATA
framebuffer-con1-enable     01000000    DATA
framebuffer-con1-type       00080000    DATA
framebuffer-con2-enable     01000000    DATA
framebuffer-con2-type       00080000    DATA

Clear and detailed instructions that have left me speechless.

Congratulations for this text.

Posted (edited)
2 hours ago, Hervé said:

get rid of device-id property; iGPU id 3E91 of i3-8100 CPU is natively supported.

 

what do you mean exactly at the bottom you write 

2 hours ago, Hervé said:

With layout 3E9B0007, you should also use SMBIOS iMac19,2 rather than iMac19,1 which is usually associated with layout 3E980003.

sorry i'm certainly stupide to ask, but it's not clear for me.

 

I just noticed that you took that line out, was that correct?


device-id 9B3E0000 DATA 

is it what i was supposed to understand by getride device-id ?

Edited by odemolay

iMac19,2 SMBIOS is the recommended Mac profile for a Hackintosh with UHD630 graphics using CFL framebuffer 3E9B0007. If you look at the range of CoffeLake iMac19,x models, you'll see that there was an iMac19,2 fitted with same i3-8100 CPU as your Asus computer. So, in your OC config's PlatformInfo section, change your SMBIOS from iMac19,1 to iMac19,2. You may use OpenCore Configurator app to that purpose, it's very easy to use.

 

Yes, getting rid of the device-id property obviously means removing that property injection. That is the very meaning of "getting rid of".

https://translate.google.fr/?hl=en&sl=en&tl=fr&text=to get rid of&op=translate

 

thank you for the explanation, 

my question was indeed badly put. I understand your answer. and the meaning behind ...

 

what was not clear to me is the proximity of the terms: device-id property/ id 3E91 / layout 3E9B0007 /layout-id

and the initial presence of 

device-id 9B3E0000 DATA 

while it was written get rid off device id.

I'll look at the definitions of all that words. to learn.
have a good day and thank you for your help.

 

×
×
  • Create New...