Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 07/06/21 in all areas

  1. No need for the AppleCpuPmCfgLock kernel patch; that for 2nd gen Sandy Bridge and 3rd gen Ivy Bridge platforms. You opted for SSDT-EC table instead of SSDT-EC-USBX table as recommended in Dortania's documentation. Dortania does state that SSDT-EC is for Broadwell and older systems when SSDT-EC-USBX is for Skylake and later. Being a Coffee Lake platform, your laptop falls into the 2nd category. UHD630 iGPU of i7-9850H carries native id 0x3E9B. As such, no need to inject that exact same device-id through OpenCore. It does no harm of course. MacBookPro16,4 may not be the correct or best SMBIOS to use though MBP16,1/MBP16,4 are 9th gen Coffee Lake with UHD 630 graphics. You could try MacBookPro15,1 or MacBookPro15,3 instead. Absolutely no need for the -no_compat_check boot arg in NVRAM. That's for systems using an officially unsupported SMBIOS in a given macOS version. Not the case here, whether you use MBP15,x or MBP16,x SMBIOS. The boot-arg will do no harm but will block all macOS update offers. If you keep getting back screen, do experiment with other CFL mobile framebuffer layouts such as those listed in the https://github.com/acidanthera/WhateverGreen/blob/master/Manual/FAQ.IntelHD.en.md. You may also refer to the suggestions provided in Clover Configurator app. I've never Hackintoshed any Coffee Lake laptop so I don't know how accurate these are but 2018 8th gen CFL MBP15,1 certainly uses layout 0x3E0B0006: You've linked to the Dortania documentation but it appears you did not followed it thoroughly. I suggest you do so using the section written for the Coffee Lake laptops: https://dortania.github.io/OpenCore-Install-Guide/config-laptop.plist/coffee-lake.html
    1 point
×
×
  • Create New...