<< Solved >> Can't get graphics acceleration from Intel UHD 630 of i3-8100 on mojave 10.14.2

[poles]

I have been trying to get graphics acceleration on my new system almost for a week. But whatever I do, it only shows 4Mb video memory. Though I know i3 8100 has native acceleration from Mojave.

Mobo: Asus Prime H370-Plus
CPU: i3 8100
Graphics: UHD 630
OS: Mojave 10.14.2

Things I have tried:
First Method: Placed the latest Lilu+WEG on L/E and set DMVT prealloc to 64MB on bios.

1. IntelGFX-> 0x3E928086, ig-platform-id-> 0x3E9B0007, Inject Intel = true Result-> KP
2. Tried with blank IntelGFX, blank ig-platform-id, Inject Intel = false Result-> KP
3. IntelGFX-> 0x3E928086, ig-platform-id-> 0x5912000, Inject Intel = true. I know 0x5912000 doesn't work in mojave but with this ig-platform-id at least I can boot. Result-> No acceleration.
4. Now I tried Intel FBPatcher 1.6.8 with this guide. I also followed @jaymonkey 's lilu guide. But as I ran fbpather app, its shows like this.
   

   Fbpathcer-1.6.8

   • poles
   • Dec 24, 2018
   Means it can't detect video memory & Intel cpu generation. I also switched to different platform-id from the dropdown but no changes. Then I tried a patch with SMBIOS ->Macmini8,1 which I generated from my previous build when I upgraded that machine to mojave 10.14.1. I attached a config file(config_fbpather.plist) where you can look up the patch I used.

Second Method: Removed only WEG from L/E and placed these files on EFI. I followed this guide.

i>AppleIntelKBLGraphicsFramebufferInjector_3e9x.kext
ii>FakePCIID.kext
iii>FakePCIID_Intel_HD_Graphics.kext
iv>IntelGraphicsFixup.kext
v>Shiki.kext
vi>Lilu.kext

Then in config, IntelGFX-> 0x3E928086, ig-platform-id-> 0x3E9B0007, Inject Intel = true Result-> KP

Tried SMBIOS ->iMac14,2/18[1,2,3]

​

Using HDMI port for display output.
Now I don't know what to do. I attached some configs which tried. Maybe someone can tell whats wrong. Thanks in advance.

 

[poles]

@RehabMan, @jaymonkey, @pastrychef Any suggestions?

 

[poles]

Update: I found that my device id is 0x3E91. But I still can't boot with IntelGFX: 0x3E910000 & ig-platform-id: 0x3E9B0007 or 0X3E910003. I tried to boot only with IntelGFX: 0x3E910000 and blank ig-platgform-id too but no improvement.

IMG_20181226_120241

• poles
• Dec 26, 2018

 

[poles]

Hey, @P1LGRIM I'm really stuck. A little help will be very useful.

 

[P1LGRIM]

Follow the guide :
https://www.tonymacx86.com/threads/guide-intel-framebuffer-patching-using-whatevergreen.256490/

 

[poles]

Follow the guide :
https://www.tonymacx86.com/threads/guide-intel-framebuffer-patching-using-whatevergreen.256490/

Hey @P1LGRIM I know its bit late here but I read the guide and tried to follow it.

1. I first installed the latest debug version of Lilu+WEG into EFI/Clover/Kexts/Other and booted with

-igfxdump

but it didn't dump anything in the root of my boot device names like AppleIntelFramebuffer_X_Y. I opened ioreg using IORegistryExplorer & find out there is no entry of WhatEverGreen.

2. Secondly, I removed debug version of Lilu+WEG from EFI and installed in /Library/Extensions. After booting with flag

-igfxdump

it still didn't dump anything on root device but I can see an entry of WhatEverGreen in ioreg.

3. I even booted with

-igfxfbdump

to dump native & patches Framebuffer table to ioreg and read using Intel FB-Patcher File->Import->IOReg Dump menu but nothing was there.

So I tried with 0x3E9B0007 using Intel FB Patcher 1.6.8 which is recommended in the guide.

Gen 8: Coffee Lake (Intel UHD Graphics 630)
- Support started with macOS 10.13.6 (17G2112) / 10.14 beta 4 (18A336e)
- Desktop: 0x3EA50000 (default), 0x3E9B0007 (recommended)
- Laptop: 0x3EA50009 (default)

Generated this & inserted into Devices->Properties:

<key>Properties</key>
        <dict>
            <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
            <dict>
                <key>AAPL,ig-platform-id</key>
                <data>
                AwCRPg==
                </data>
                <key>device-id</key>
                <data>
                kT4AAA==
                </data>
                <key>framebuffer-patch-enable</key>
                <data>
                AQAAAA==
                </data>
            </dict>
        </dict>

I removed any entry in IntelGFX, ig-platform-id & set Inject Intel to false.

After using the patch its shows message like this:

IOConsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0

in the kernal and then the displays goes off. I tried with SMBIOS iMac18,1, iMac14,2 & Macmini 8,1.


So I tried to use framebuffer patching based upon ioreg entry on [email protected]

[email protected]

• poles
• Jan 1, 2019

[email protected]

• poles
• Jan 1, 2019

I generated this:

<key>Properties</key>
        <dict>
            <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
            <dict>
                <key>AAPL,ig-platform-id</key>
                <data>
                ACCRBQ==
                </data>
                <key>device-id</key>
                <data>
                kT4AAA==
                </data>
            </dict>
        </dict>

I booted with SMBIOS iMac18,1, iMac14,2 & Macmini 8,1 in both cases I can boot but still I'm getting only 4MB VRAM.

I also attached those config files to check if anything missing.

FYI, my motherboard has only three display outputs->DVI,VGA & HDMI. I'm using HDMI.

Whats wrong? Thanks in advance and Happy New Year !!!

 

[shuhung]

Intel framebuffer will not load without IMEI rename, try add “change HECI to IMEI” patch from Clover Configurator Acpi Patches list.

 

[poles]

Intel framebuffer will not load without IMEI rename, try add “change HECI to IMEI” patch from Clover Configurator Acpi Patches list.

Added but same result. Any other suggestions?

 

[shuhung]

Added but same result. Any other suggestions?

IMEI rename is first step, issue seems to be WEG failed to apply IGFX patches.

I don’t have CFL CPU for test, try to spoofing HD630 as UHD630, it work, of course WEG will not apply IGFX patches for such spoofing.

Try attached config.list with Clover FB patch for CFL 0x3E9B0007.

If screen stop response, usually @ IOConsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0, means WEG failed to apply IGFX patches. Unplug HDMI cable then replug, wait for 5 sec should enter login stage, without FB patch, HDMI screen will be pink on Mojave.

Pink screen should gone after kextcache updated.

sudo kextcache -i /

 

[poles]

You are right. My screen stops at @ IOConsoleUsers: gIOScreenLockState 3, hs 0, bs 0, now 0, sm 0x0 every time. Also I did find a message like this in the kernal log:

WARNING: IOPlatformPluginUtil : getCPUIDInfo: this is an unknown CPU model 0x9e

If it can't detect the CPU then how come WEG will be able to apply fix...right?
I will try your config and let you know. Also if screen goes off with gIOScreenLockState I will follow your suggestion. Thanks.