Hervé

It's Coffee Lake Refresh (not Plus) but it should make not difference since the CFL framebuffer remains 0x3EA50009 for UHD 630, granted that the Dortania guidance advocates MBP16,x. Remember that mid-2019 15" MacBookPro15,1 were actually 9th gen Coffee Lake Refresh (same for mid-2019 15" MacBookPro15,3), including this one fitted with 6-core i7-9750H. MacBookPro16,1/3/4 models are late-2019 16" Coffee Lake Refresh models. You still need to fix your SMBIOS corruption... Have you done this?

IOReg extract shows corrupt SMBIOS model "MacBookPro16,", something typical on some Dell laptops that requires a fix/patch. This can affect video output of course. You still use to MBP16,x SMBIOS when all documentation state you should be using MBP15,x SMBIOS. Any reason you refuse to use MBP15,x?

No option in BIOS that would disable the HDMI port?

Did you consult the Dortania Anti-Hackintosh buyers guide as suggested above?

No need to update OC to v0.8.3 to update Monterey to 12.5.1 afaik. Your current version should do just fine. This being said, one best learns by his mistakes and doing the work for you is not only lazy but discouraged. If you really want to update Opencore, make sure you make backup of your EFI partition/folder on a USB key and test that key to boot Monterey before proceeding with updating OC. Or vice-versa. You're already aware of the various threads at Insanelymac, that will be your base lines.

Why do you inject iGPU device id 0x3EA5? Yours is natively support so no need for that property which can be removed. As I said, remove all connector patching to begin with and experiment with different SMBIOS instead, starting with MBP15,x. By default framebuffer settings, I mean the obvious: the parameters that comedy default with the selected framebuffer, i.e. no patching through property injection. Bascially, at this stage, all you should have is this: AAPL,ig-platform-id 0900A53E DATA

And the HDMI output in question is that of an HDMI port on the laptop, not of an HDMI adapter connected to a USB-c, right? 9th gen. Coffee Lake i7-9850H is fitted with UHD630 iGPU carrying id 0x3E9B; that's natively supported in all recent macOS versions. As stated in the Whatevergreen User Manual, you should be using CFL framebuffer 0x3EA50009. ID: 3EA50009, STOLEN: 57 MB, FBMEM: 0 bytes, VRAM: 1536 MB, Flags: 0x00830B0A TOTAL STOLEN: 58 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 172 MB, MAX OVERALL: 173 MB (181940224 bytes) Model name: Intel HD Graphics CFL CRB Camellia: CamelliaV3 (3), Freq: 0 Hz, FreqMax: 0 Hz Mobile: 1, PipeCount: 3, PortCount: 3, FBMemoryCount: 3 [0] busId: 0x00, pipe: 8, type: 0x00000002, flags: 0x00000098 - ConnectorLVDS [1] busId: 0x05, pipe: 9, type: 0x00000400, flags: 0x000001C7 - ConnectorDP [2] busId: 0x04, pipe: 10, type: 0x00000400, flags: 0x000001C7 - ConnectorDP 00000800 02000000 98000000 01050900 00040000 C7010000 02040A00 00040000 C7010000 Having set DVMT to 64MB in BIOS, you no longer need to patch FBmem ans StolenMem any more, indeed. HDMI output usually registers against connector con1. I would have kept the index unmodified... And you only need to patch the connector type (to 00080000) to gain HDMI audio. The video output should still work with default DP type. Try with the default framebuffer settings (i.e no connector patching) and experiment with other SMBIOS like MBP15,x/MBP16,x for instance.

Unlike 4K, HDMI output is unrelated to DVMT. It's a simple matter of output ports, i.e. connectors. According to your IOReg, your laptop has no discrete GPU, correct?

As expected, VRAM shows 2GB (or 2048MB) because your config includes a patch that does so: If you want to revert to default 1536MB, just remove the patch. There will be no support for your fingerprint scanner; that kind of hardware accessory has not been supported in OS X/macOS for about 10 years. Intel Wireless &Bluetooth: make sure you use the relevant version of itlwm driver; Bluetooth may not work. See the ITLWM site/repo. Audio: make sure you've tried the various layout-id listed for your ALC294 codec at AppleALC wiki Keyboard/touchpad: you'll have to identify the exact hardware components you have (eg: ALPS, Elan, etc.), then use the relevant drivers

Then your setup must be incorrect or the card defective. That card works 100% OOB up to current macOS version. Do post a zipped copy of your OpenCore EFI folder.

What kind of BCM4360 card are do you have in your E7450? An Apple BCM94360xxxx of some sort? A Fenvi BCM94360NG? Those do not require any add-on kexts for wireless or Bluetooth so if you have any of those Broadcom firmware patching kexts, make sure to get rid of them (delete them from your EFI folder and your OC config). If you have an other model, please specify.

Thank for posting your specs; always most useful (to to say mandatory), especially in your particular case! You have a Micron 2200S NVME SSD. This model is not compatible with macOS (cf. the Dortania Anti-Hackintosh buyers guide) and you may have noticed the Kernel Panic on IONVMeFamily driver; there's no fix or workaround, you'll have to replace that SSD by a fully supported model if you want to install and run macOS on your laptop.

Lookup the stuff available in our Guides section. There's at least a guide for the 15" Precision 7510 which should be pretty similar to your 17" model.

Welcome to OSXL. Don't hesitate to post requests for assistance in the relevant section.

I've no idea what you're doing or what you're talking about with programs for AMD and programs for Intel. I think you're completely off track here, most likely not knowing what you need to do and/or what you're doing. If you use OpenCore, follow the Dortania Guidance, at least read it. Or you may simply use OpenCore Configurator app or Clover Configurator app, go to the PlatformInfo or SMBIOS tab, select your target SMBIOS model and click on the Generate buttons a few times to regenerate random numbers. Copy/paste those numbers in your existing config on the relevant Hack and you'll be good to go after an NVRAM reset and a reboot. As simple as that. We've a dedicated thread on this very matter for years in our FAQ section, may be you should consult it too... At least next time you have a query.

It should be obvious that if you re-use the same EFI on several Hacks, you should change the serial numbers so that you use a unique one on each of them. Think of it like the postman trying to deliver mail in a street where several physically identical houses have the same number! Just plain common sense, really.

Released Aug 8th, 2022. Build 22A5321d. Ok on my Skylake/HD520 Latitude E7270 with exact same/unmodified Clover r5148 setup previously used for 13.0 beta 3 & 4. Everything working as before.

If you use a desktop Capri framebuffer, you most probably need to patch 1st connector con0 to LVDS/eDP type. Example: ID: 0166000A, STOLEN: 32 MB, FBMEM: 16 MB, VRAM: 1536 MB, Flags: 0x00000000 TOTAL STOLEN: 16 MB, TOTAL CURSOR: 1 MB, MAX STOLEN: 32 MB, MAX OVERALL: 33 MB (34615296 bytes) Camellia: CamelliaUnsupported (255), Freq: 1808 Hz, FreqMax: 1808 Hz Mobile: 0, PipeCount: 2, PortCount: 3, FBMemoryCount: 2 [2] busId: 0x05, pipe: 0, type: 0x00000400, flags: 0x00000107 - ConnectorDP [3] busId: 0x04, pipe: 0, type: 0x00000400, flags: 0x00000107 - ConnectorDP [4] busId: 0x06, pipe: 0, type: 0x00000800, flags: 0x00000006 - ConnectorHDMI 02050000 00040000 07010000 03040000 00040000 07010000 04060000 00080000 06000000 ID: 0166000B, STOLEN: 32 MB, FBMEM: 16 MB, VRAM: 1536 MB, Flags: 0x00000000 TOTAL STOLEN: 16 MB, TOTAL CURSOR: 1 MB, MAX STOLEN: 32 MB, MAX OVERALL: 33 MB (34615296 bytes) Camellia: CamelliaUnsupported (255), Freq: 1808 Hz, FreqMax: 1808 Hz Mobile: 0, PipeCount: 2, PortCount: 3, FBMemoryCount: 2 [2] busId: 0x05, pipe: 0, type: 0x00000400, flags: 0x00000107 - ConnectorDP [3] busId: 0x04, pipe: 0, type: 0x00000400, flags: 0x00000107 - ConnectorDP [4] busId: 0x06, pipe: 0, type: 0x00000800, flags: 0x00000006 - ConnectorHDMI 02050000 00040000 07010000 03040000 00040000 07010000 04060000 00080000 06000000 Capri FB 0x01660004 or 0x01660009 do offer such LVDS/eDP output out by default because they're mobile layouts: ID: 01660004, STOLEN: 32 MB, FBMEM: 16 MB, VRAM: 1536 MB, Flags: 0x00000000 TOTAL STOLEN: 16 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 16 MB, MAX OVERALL: 17 MB (18354176 bytes) Camellia: CamelliaUnsupported (255), Freq: 1808 Hz, FreqMax: 1808 Hz Mobile: 1, PipeCount: 3, PortCount: 1, FBMemoryCount: 1 [5] busId: 0x03, pipe: 0, type: 0x00000002, flags: 0x00000230 - ConnectorLVDS 05030000 02000000 30020000 ID: 01660009, STOLEN: 64 MB, FBMEM: 16 MB, VRAM: 1536 MB, Flags: 0x00000000 TOTAL STOLEN: 16 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 48 MB, MAX OVERALL: 49 MB (51916800 bytes) Camellia: CamelliaUnsupported (255), Freq: 1808 Hz, FreqMax: 1808 Hz Mobile: 1, PipeCount: 3, PortCount: 3, FBMemoryCount: 3 [1] busId: 0x00, pipe: 0, type: 0x00000002, flags: 0x00000030 - ConnectorLVDS [2] busId: 0x05, pipe: 0, type: 0x00000400, flags: 0x00000107 - ConnectorDP [3] busId: 0x04, pipe: 0, type: 0x00000400, flags: 0x00000107 - ConnectorDP 01000000 02000000 30000000 02050000 00040000 07010000 03040000 00040000 07010000 Try and patch Capri FB 0x0166000A or 0x0166000B connector con0 with: framebuffer-con0-enable 1 NUMBER framebuffer-con0-alldata 010000000200000030000000 DATA or things like that, i.e. the LVDS/eDP connector of a Capri mobile framebuffer. Refer to the Whatevergreen User Manual for the list of Capri FB and their settings. Ideally, you'd need the IOReg of a 2013 HD4000 Education iMac13,1 to look at, 2012 iMac13,1 models with nVidia Kepler graphics using headless Capri FB 0x01620006.

LVDS or eDP, it's the same thing for a Capri framebuffer. Makes no difference. There's a chance you'll need to inject your screen's EDID because the actual display is not natively supported/recognized. You can look this up, plenty of ways to get this through Windows or Linux. You then inject this in your bootloder's iGPU device properties set through DATA property AAPL00,override-no-connect for which you specify the hexadecimal value of your EDID (without any space or comma characters, just the Hex value).

So it's an i3-10300H Comet Lake CPU with UHD620 iGPU (device id 9BC4) which is natively supported. See the Whatevergreen User Manual. The GTX 1650 Ti is totally unsupported as explained in previous post. I've noticed a few incorrect settings in your Clover config: I don't thing you need that CpuTscSync kext at all your iGPU + audio property injections are erroneously duplicated. Remove those incorrect custom properties (Arbitrary) of yours, just keep the regular Properties remove the iGPU id faking; as stated above CML id 0x9BC4 is natively supported you should probably use framebuffer 0x3EA50009 rather than 0x3E920000 as per the WEG manual remove those connector patches to begin with, stick to the vanilla settings you'll need to disable your nVidia dGPU to save your battery (-wegnoegpu boot-arg to begin with, patched SSDT thereafter) Comet Lake (CML) graphics are handled through Coffee Lake (CFL) framebuffers. CFL FB 0x3EA50009 defines the following characteristics: ID: 3EA50009, STOLEN: 57 MB, FBMEM: 0 bytes, VRAM: 1536 MB, Flags: 0x00830B0A TOTAL STOLEN: 58 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 172 MB, MAX OVERALL: 173 MB (181940224 bytes) Model name: Intel HD Graphics CFL CRB Camellia: CamelliaV3 (3), Freq: 0 Hz, FreqMax: 0 Hz Mobile: 1, PipeCount: 3, PortCount: 3, FBMemoryCount: 3 [0] busId: 0x00, pipe: 8, type: 0x00000002, flags: 0x00000098 - ConnectorLVDS [1] busId: 0x05, pipe: 9, type: 0x00000400, flags: 0x000001C7 - ConnectorDP [2] busId: 0x04, pipe: 10, type: 0x00000400, flags: 0x000001C7 - ConnectorDP 00000800 02000000 98000000 01050900 00040000 C7010000 02040A00 00040000 C7010000 which should do just fine.

There's no such thing as a GTX 1350 Ti ! If you meant a Turing dGPU like the GTX 1650 Ti fitted to this model of Asus TUF gaming F15, that has no support whatsoever in macOS. You could only run maOS on the Intel CML iGPU. So, until you post your full system's specs, you're wasting your time... and ours. If you have a CML i5-10200H CPU, you're screwed; its iGPU is unsupported too. See here. Follow one of the main basic rules of Hackintoshing: https://dortania.github.io/OpenCore-Install-Guide/prerequisites.html#prerequisites

Ok, we'll probably have to make adjustments on the graphics properties injection side. AIO computers usually have an LVDS type built-in screen, just like laptops. This will need to be taken into consideration. Capri mobile framebuffer 0x0166004 is probably a good one to start with, without any of those connector patches you currently have in your config. Also remove the stolenmem patch, it's not applicable to HD4000 graphics. On the CPU power management side, you've correctly applied the CpuPm quirk (patch) but you're missing the generated CPU PM SSDT for your Ivy Bridge CPU. You'll need that as it'll define the correct settings for your particular CPU. Use the good old generator script from Pike R Alpha to that effect.

Brightness usually requires injecting a SSDT-PNLF patched table. We'll see if you've included that in your bootloader's pack once you've posted your system's specs + zipped EFI folder.

Renaming the kexts is indeed sufficient. For instance: itlwm_mojave -> min kernel = 18.0.0, max kernel = 18.99.99 itlwm_monterey -> min kernel = 21.0.0, max kernel = 21.99.99 With Clover, you would have placed the different itlwm kexts in the dedicated macOS version folders (eg: 10.14, 12), leaving the other ones in Other folder.