Intel HD5500 AppleIntelBDWGraphicsFramebuffer.kext

[RehabMan]

On my HP 250 G5 Notebook i3-5005U i ran into a Kernel Panic after installing 10.13.2. The Problem was the AppleIntelBDWGraphicsFramebuffer.kext for my HD5500. It seems that RehabMan's Patch 0x16260006,0x16260004/etc, 32MB BIOS, 19MB framebuffer, 9MB cursor bytes (credit RehabMan) doesn't work anymore with the new 10.30.12 kext. So i installed the 10.28.29 kext from 10.13.1 rebuild the kext cache and the Machine works again. Is there a new Patch available ?

No "Problem Reporting" files attached.
Read FAQ, "Problem Reporting" again. Carefully. Attach all requested files/output.
https://www.tonymacx86.com/threads/faq-read-first-laptop-frequent-questions.164990/

 

[RehabMan]

Sorry i don't wan't to make my config public. If i have some spare time i'll disassemble the kext and maybe i have a new patch. On the other side i can live with the kext from 10.13.1. Thank you for your time.

The guide has the correct 32mb prealloc patch in the linked plists:
https://www.tonymacx86.com/threads/guide-booting-the-os-x-installer-on-laptops-with-clover.148093/

It may depend on which ig-platform-id you're using.
And, of course, you must activate the patch correctly (boot with invalid ig-platform-id, rebuild cache, reboot).

AFAIK, the ig-platform-id data is unchanged regarding that patch.
No idea on the now deprecated minStolenSize patch (a new one can be created easily if not matching anymore).

 

[RehabMan]

No Problem. With 0x16260006 and the kext from 10.13.1

This is the native data in 10.13.2:

06 00 26 16 01 03 03 03 00 00 20 02 00 00 50 01

Same as before.

 

[murat8482]

I had same problem High Sierra 10.13.2. I changed old hex.
AppleIntelBDWGraphicsFramebuffer hex find: C0 76 44 48 replace: C0 EB 44 48.(I use 0x16160002)

 

[RehabMan]

I had same problem High Sierra 10.13.2. I changed old hex.
AppleIntelBDWGraphicsFramebuffer hex find: C0 76 44 48 replace: C0 EB 44 48.(I use 0x16160002)

That's a different patch than patching the framebuffer to fit 32mb DVMT-prealloc.
(it is minStolenSize patch)

 

[RehabMan]

So i gave it another try. Studied the excellent guide from RehabMan (Alternative to the minStolenSize patch with 32mb DVMT-prealloc) and the interesting information from FireWolf (Framebuffer data extracted from AppleIntelBDWGraphicsFramebuffer binary). The minStolenSize patch had no influence. Changed CSR to 0x67 replaced the kext with the one from 10.13.2 rebuild the cache rebooted and the machine worked. Changed CSR back to 0x0 rebooted and still everything is ok. So to be honest i don't have the slightest idea why. Maybe some sort of typo, permission or cache problem. Sorry for the inconvinience.

SIP should be always kept disabled. You cannot predict when the system will decide to rebuild cache.

 

[RehabMan]

Everything i need is injected

Correct kext installation is covered in post #2 of the Clover laptop guide:
https://www.tonymacx86.com/threads/guide-booting-the-os-x-installer-on-laptops-with-clover.148093/

 

[RehabMan]

I've found another solution without the need for the 32mb DVMT-prealloc patch. It's so simple. On my HP 250 G5 i can enter the advanced HP bios utility and change the size to 64mb or whatever i like. To enter the advanced HP bios utility I have to press F10 and before the bios screen appears i have to press 'a' (Maybe several times it's a timing thing). When it works you have an extremely detailed possibility to change your bios settings. Maybe useful for other HP 'clients'.

YES... As per guide, changing DVMT-prealloc to something larger than 64mb always preferred over patching.