[solved] Unresponsiveness after boot/wake

[niceman1313]

Hello, i have some trouble when booting that results in unresponsiveness for about a minute and then works fine again. This is a bigger problem for me as i only use the HDMI connector on my laptop, and the HDMI doesn't give signal until it finishes this process..
I've read up on some posts buried in the "Common problems" thread, i've attached a snippet. Rehabman seems to have had the same sort of trouble , only his frame buffer port configuration is different than mine, and i'm a little confused as to how to fix it for my setup particularly.

As seen in my config.plist, i have added a "fourth (0306) port" patch, and i know that we have to reduce the amount of ports to a minimum ,in order to mitigate this unresponsiveness.
This is where i get stuck, i don't know how to check (the frame buffer?) how many ports i have and which are actually being used.
So i don't want to fly blind and just start disabling ports, but i don't know where to check. i've tried IOReg and hex fiend, but i don't really know how to search in hex fiend for relevant data and IOReg doesn't really give results.

 

[RehabMan]

Hello, i have some trouble when booting that results in unresponsiveness for about a minute and then works fine again. This is a bigger problem for me as i only use the HDMI connector on my laptop, and the HDMI doesn't give signal until it finishes this process..
I've read up on some posts buried in the "Common problems" thread, i've attached a snippet. Rehabman seems to have had the same sort of trouble , only his frame buffer port configuration is different than mine, and i'm a little confused as to how to fix it for my setup particularly.

As seen in my config.plist, i have added a "fourth (0306) port" patch, and i know that we have to reduce the amount of ports to a minimum ,in order to mitigate this unresponsiveness.
This is where i get stuck, i don't know how to check (the frame buffer?) how many ports i have and which are actually being used.
So i don't want to fly blind and just start disabling ports, but i don't know where to check. i've tried IOReg and hex fiend, but i don't really know how to search in hex fiend for relevant data and IOReg doesn't really give results.

Your ioreg shows @0 (LVDS) for internal display, and @3 (you have it configured DP) for the external.
The @3 is the 0306 port you added.
Since @1 (0105) and @2 (0204) are unused, you can eliminate them from the framebuffer.

 

[niceman1313]

Your ioreg shows @0 (LVDS) for internal display, and @3 (you have it configured DP) for the external.
The @3 is the 0306 port you added.
Since @1 (0105) and @2 (0204) are unused, you can eliminate them from the framebuffer.

Hello , i've tried this but it hasn't worked for me.. i feel like this has turned off the internal display as well but i can't say for sure as i mainly look at the HDMI monitor connected to.

As far as i can tell @1 and @2 are still mentioned in IOReg under frame buffer.. do the patches i have applied have any mistakes in them? they are item 1 and 4 under Kextstopatch.
So, the delay in HDMI signal still occurs, and i can't check for unresponsiveness as the laptop screen is turned off. The displays come on when "the procedure" is once again finished, and as expected after that delay the lag is not there.

I feel however that the unresponsiveness and HDMI signal delay are part of the same problem, as it's tied to a "checking for display at port X" issue as far as i can tell.

 

[RehabMan]

Hello , i've tried this but it hasn't worked for me.. i feel like this has turned off the internal display as well but i can't say for sure as i mainly look at the HDMI monitor connected to.

As far as i can tell @1 and @2 are still mentioned in IOReg under frame buffer.. do the patches i have applied have any mistakes in them? they are item 1 and 4 under Kextstopatch.
So, the delay in HDMI signal still occurs, and i can't check for unresponsiveness as the laptop screen is turned off. The displays come on when "the procedure" is once again finished, and as expected after that delay the lag is not there.

I feel however that the unresponsiveness and HDMI signal delay are part of the same problem, as it's tied to a "checking for display at port X" issue as far as i can tell.

You're using 0x0d260007.
Note that most (if not all) of the patches you have in your config.plist for Azul are not applicable to the ig-platform-id you're actually using...

So... external framebuffer connector data (@1 through @3) for 0x0d260007 (in 10.13.3):
01 05 0B 00 00 04 00 00 07 01 00 00
02 04 0B 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 06 00 00 00

Note that you already have the 0306 connector (as HDMI) in this ig-platform-id.

Since you only need the 0306, and 0105 and 0204 are unused, I would swap 0105 for 0306 and set the remaining connector data (@2 and @3) to nothing.

Find:
01 05 0B 00 00 04 00 00 07 01 00 00
02 04 0B 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 06 00 00 00

Replace:
03 06 03 00 00 08 00 00 06 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00

 

[niceman1313]

You're using 0x0d260007.
Note that most (if not all) of the patches you have in your config.plist for Azul are not applicable to the ig-platform-id you're actually using...

So... external framebuffer connector data (@1 through @3) for 0x0d260007 (in 10.13.3):
01 05 0B 00 00 04 00 00 07 01 00 00
02 04 0B 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 06 00 00 00

Note that you already have the 0306 connector (as HDMI) in this ig-platform-id.

Since you only need the 0306, and 0105 and 0204 are unused, I would swap 0105 for 0306 and set the remaining connector data (@2 and @3) to nothing.

Find:
01 05 0B 00 00 04 00 00 07 01 00 00
02 04 0B 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 06 00 00 00

Replace:
03 06 03 00 00 08 00 00 06 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00

Hi , thanks for the suggestion. however i feel like im getting the wrong values in find and replace..

when i put in exactly as you say , the screen doesn't come on anymore. Then i VNC into the machine, change the config so that it now says :
Find:
01 05 0B 00 00 04 00 00 07 01 00 00
02 04 0B 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 87 00 00 00

Replace:
03 06 03 00 00 08 00 00 87 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00

as the missing "0306 port" patch uses this value ( 87 instead of 06 )

Now when i change that, after a reboot the screen comes on again but with the same delay as before.

the same happens when i do this to match the 0204 and 0105 port (delay):
Find:
01 05 09 00 00 04 00 00 07 01 00 00
02 04 09 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 87 00 00 00

Replace:
03 06 03 00 00 08 00 00 87 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00

Now since this patch is in place and does something ( it prevented the screen coming on with the wrong 0306 value) , i feel like 0306 does replace 0105 but makes no difference somehow.. the debug zip is with the latest patch in place

Is my hacky port limit doing it's job okay, do you reckon? Its a modification from your "enable fourth port" patch, but i changed the 4 to a 2 ..

 

[RehabMan]

Hi , thanks for the suggestion. however i feel like im getting the wrong values in find and replace..

when i put in exactly as you say , the screen doesn't come on anymore. Then i VNC into the machine, change the config so that it now says :
Find:
01 05 0B 00 00 04 00 00 07 01 00 00
02 04 0B 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 87 00 00 00

That Find pattern will not match on the data in the kext (look at the ig-platform-id in Hex Fiend for yourself)... as a result, the patch will have no effect.
If the patch is causing a problem, you need to experiment with other ways.

For example:
Find:
01 05 0B 00 00 04 00 00 07 01 00 00
02 04 0B 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 06 00 00 00

Replace:
FF 00 00 00 01 00 00 00 40 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00
03 06 03 00 00 08 00 00 06 00 00 00

 

[niceman1313]

That Find pattern will not match on the data in the kext (look at the ig-platform-id in Hex Fiend for yourself)... as a result, the patch will have no effect.
If the patch is causing a problem, you need to experiment with other ways.

For example:
Find:
01 05 0B 00 00 04 00 00 07 01 00 00
02 04 0B 00 00 04 00 00 07 01 00 00
03 06 03 00 00 08 00 00 06 00 00 00

Replace:
FF 00 00 00 01 00 00 00 40 00 00 00
FF 00 00 00 01 00 00 00 40 00 00 00
03 06 03 00 00 08 00 00 06 00 00 00

Rehabman, once again you are the man!

i thought the find and replace order had something to do with the lag issue.
As per your latest example i now see that it doesn't harm and your example worked nicely. Lag and HDMI signal delay is now reduced to under 5-10 seconds, which is fine with an HDD install!

I uploaded latest config with no lag for my system. It is item nr.3 under config.plist/ACPI/KernelAndKextPatches/KextsToPatch that contains the patch to disable 0105 and 0204, and replace them by 0306

Should i mark it as solved by changing the title or is it something Moderators do?

 

[RehabMan]

Rehabman, once again you are the man!

i thought the find and replace order had something to do with the lag issue.
As per your latest example i now see that it doesn't harm and your example worked nicely. Lag and HDMI signal delay is now reduced to under 5-10 seconds, which is fine with an HDD install!

I uploaded latest config with no lag for my system. It is item nr.3 under config.plist/ACPI/KernelAndKextPatches/KextsToPatch that contains the patch to disable 0105 and 0204, and replace them by 0306

Should i mark it as solved by changing the title or is it something Moderators do?

I will mark as solved, but you should probably do some cleanup of your config.plist to remove the patches that relate to ig-platform-id values you're not using...

 

[niceman1313]

I will mark as solved, but you should probably do some cleanup of your config.plist to remove the patches that relate to ig-platform-id values you're not using...

I've done this now , there's just one patch i don't know whether it's important or not. the 9mb cursor bytes patch

It was previously enabled per default in your HD4600-4400 etc config, but when i switched to 0x0d260007 i forgot to patch the 9mb to 0x0d260007 but it did not break anything. So i just set it to disabled in case i would need it

Could you maybe tell me what problem that patch is for ?

Thanks again for helping me get my hackintosh (almost) perfect! for now no volume control on HDMI but that's for another thread, another time!

 

[RehabMan]

I've done this now , there's just one patch i don't know whether it's important or not. the 9mb cursor bytes patch

It was previously enabled per default in your HD4600-4400 etc config, but when i switched to 0x0d260007 i forgot to patch the 9mb to 0x0d260007 but it did not break anything. So i just set it to disabled in case i would need it

Could you maybe tell me what problem that patch is for ?
Thanks again for helping me get my hackintosh (almost) perfect! for now no volume control on HDMI but that's for another thread, another time!

0x0d260007 has 21mb cursor bytes by default (it assumes a larger DVMT-prealloc [64mb], than does 0x0a260006 [32mb])