Hervé

@mefflecakes, Mario and I played on his Skylake Optiplex 7050 (i5-6600 CPU) with HD530 graphics. We 1st got HDMI + DP working with standard SKL platform-id 0x19120000, then HDMI+DP+DP, i.e. 3 x displays after injecting 4th connector 0306... Secret was to bypass restrictions imposed by AppleGraphicsDevicePolicy kext (a PlugIn of AppleGraphicsControl kext) with boot arg agdpmod=pikera. All details posted here.

LCDs with resolution up to 1440x900 require Capri platform-id 0x01660003 LCDs with resolution at or greater than 1600x900 require Capri platform-id 0x01660004 Other than that, outside the need to disable the nvidia dGPU (through a specific DSDT patch or, better, a specific SSDT), there should be no difference of settings to run any version of OS X/macOS supported on these laptops.

Graphics glitches affecting HD4600 usually are fixed by patching the Cursor Memory Size. By default, it is set to 6MB in platform id 0x0a260006 and needs to be changed to 9MB: framebuffer-cursormem 00009000 DATA See here as linked in the WEG manual. If you've not already done so, remember to disable your dGPU since it's not supported and will use battery power if left enabled/powered on...

Conflicting settings... IOReg shows you've injected Azul platform id 0x0a260005, which ain't really the expected value: (I'm also a little baffled by the 32bit ref in IORegistryExplorer status bar) This Azul platform injection is confirmed in your OC config in which you've also enabled your patched DSDT. In this patched DSDT, there is an XDSM method under the IGPU device in which HD4600 properties are injected, including the expected Azul platform id 0x0a260006! So choose the correct values and avoid mixing/duplicating things... If you inject properties through DSDT, don't redo it (and redo it with different values) in your OC config; and vice versa.

In IORegistryExplorer menu bar: File->Save As... !

Your E7370 is fitted with: low-end Intel Skylake M5-6Y57 CPU Intel HD515 iGPU (id 0x191e) As such, you should be using SMBIOS of similarly spec'ed MacBook9,1, not MacBookPro13,1 (i5-6360U / i7-6660U + Intel HD540 graphics). Hackintool lists 2 x possible SKL framebuffer platforms for the Intel HD515 graphics but only 1 of them for MB9,1: ID: 191E0000, STOLEN: 34 MB, FBMEM: 21 MB, VRAM: 1536 MB, Flags: 0x0000050F TOTAL STOLEN: 56 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 124 MB, MAX OVERALL: 125 MB (131608576 bytes) Model name: Intel HD Graphics SKL CRB Camellia: CamelliaDisabled (0), Freq: 1388 Hz, FreqMax: 1388 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: 0x00000187 - ConnectorDP [2] busId: 0x04, pipe: 10, type: 0x00000400, flags: 0x00000187 - ConnectorDP 00000800 02000000 98000000 01050900 00040000 87010000 02040A00 00040000 87010000 ID: 191E0003, STOLEN: 40 MB, FBMEM: 0 bytes, VRAM: 1536 MB, Flags: 0x002B0702 TOTAL STOLEN: 41 MB, TOTAL CURSOR: 1 MB (1572864 bytes), MAX STOLEN: 121 MB, MAX OVERALL: 122 MB (128462848 bytes) Model name: Intel HD Graphics 515 Camellia: CamelliaV2 (2), Freq: 1388 Hz, FreqMax: 1388 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: 0x00000181 - ConnectorDP [2] busId: 0x04, pipe: 10, type: 0x00000400, flags: 0x00000181 - ConnectorDP 00000800 02000000 98000000 01050900 00040000 81010000 02040A00 00040000 81010000 I would recommend that you try the latter SKL framebuffer platform and switch SMBIOS to MacBook9,1. Failing that, SKL platform 19160000 of HD520 would be your next target given that HD515 iGPU is just a slower, otherwise identical, version of its bigger brother.

What you ought to do is follow Dortania's guide and stay away from OCC; latter's been known to corrupt OC config. Of course, you should re-use the SMBIOS values from your previous build, that's actually the clever thing to do for very obvious reasons! An alternative to GenSMBIOS tool is to use Clover Configurator to generate the data.

Why don't you have a go at it ?

You may also use Clover Configurator and its SMBIOS + RtVariables tabs to generate your SMBIOS data. Or OpenCore Configurator too.

@Hai Karate, sounds like you've no graphics acceleration at all so it'll be due to a config/setup problem. As Jake said, attach a zipped copy of your OpenCore EFI folder + zipped saved output of IORegistryExplorer. That'll allow us to check what you've got in place and what's possibly incorrect.

This is something that most of not all people should be able to do on their own; it's basic information seeking through Google and manufacturer's web site. People rely far too much on spoon-feeding and other people's assistance for the most basic stuff...

You may of course remove it if you wish; no need to pop questions for such trivial and obvious things.

EFI partitions can be mounted with apps such as OpenCore Configurator or EFI Mounter or Clover Configurator or a few others. But it's just as quick and easy to use Terminal... Just identify the partition disk/volume and mount it! diskutil list sudo diskutil mount /dev/<identified disk> Example: lat-7490:~ admin$ diskutil list /dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *512.1 GB disk0 1: EFI BOOT 523.2 MB disk0s1 2: Microsoft Reserved 134.2 MB disk0s2 3: Microsoft Basic Data Windows 398.0 GB disk0s3 4: Windows Recovery 972.0 MB disk0s4 5: Apple_APFS Container disk1 112.5 GB disk0s5 /dev/disk1 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +112.5 GB disk1 Physical Store disk0s5 1: APFS Volume Mojave - Data 53.2 GB disk1s1 2: APFS Volume Preboot 154.5 MB disk1s2 3: APFS Volume Recovery 529.0 MB disk1s3 4: APFS Volume VM 1.1 MB disk1s4 5: APFS Volume Macintosh 11.3 GB disk1s5 lat-7490:~ admin$ sudo diskutil mount /dev/disk0s1 Volume BOOT on /dev/disk0s1 mounted

Well, if the card is in a format normally supported by Big Sur, sorry, this beats me. Maybe something else in your config that I missed. There were a lot of ACPI patches and you also force injected kexts for some reasons. Good luck.

Proceed with caution; preferably on a separate disk or partition. Use OC off a USB key rather than overwrite your existing Clover EFI partition. But that's a matter for a separate thread.

Apart from this, can't see anything.

Your SSDT-SDCard table looks spot on and your screenshot, although providing very limited info, tends to indicate that all looks Ok on the IOReg front: the SD card reader is active at its usual location for an E6x30 and the macOS kext is loaded. Post a zipped saved output from IORegistryExplorer + a copy of your OC or Clover config if you want full confirmation. I'm tempted to say the SD card reader is Ok but the card you is defective or needs formatting. The O2 card reader of my E6230 works as usual in Big Sur and it's the same model as fitted to your E6530.

@mefflecakes, beyond the suggestions above, all I can offer is that you experiment with what I suggested in that post at IM and that I linked in my last post on the previous page.

Your IOReg shows exactly what would be expected: SKL platform 0x19120000 with 3 x display ports (dummy connector at FB@0 and DP connectors at FB@1 + FB@2). Interestingly enough, but as I thought, your HDMI screen registers against FB@1, i.e. connector 0105; it's got the wrong connector type so you'd never get any audio out but it seems to work Ok on the video front. ideally, you'd inject HDMI type (00080000) to that port/connector (con1). Given that, connecting a DP display to a DP physical port gives you no video, it'd be fair to assume that FB@2 (con2) has the wrong characteristics for your needs. We already know that it's got the correct type (00040000) so that leaves 2 x things to play with: it's own id (Index + Bus id) or pipe. Normally, you never have to modify the flags. I'd replace the connector's id from 0204 to 0306 using the index + busid properties. So, try to inject those properties under PciRoot(0x0)/Pci(0x2,0x0): framebuffer-con1-enable 1 NUMBER framebuffer-con1-type 00080000 DATA framebuffer-con2-enable 1 NUMBER framebuffer-con2-index 3 NUMBER framebuffer-con2-busid 6 NUMBER

Try to boot via single-user mode to rebuild the cache.

Use your USB installer key to boot into macOS. Sigh... Clover was so useful in that respect with its ability to choose all sorts of options, including config files, at boot time.

You said you had HDMI output... so use that! No need to wipe out anything or reinstall from scratch. Just experiment with properties injection in your config file.

No wish to repeat myself but you could try what I listed here. Your current properties injection apply to the framebuffer general parameters (StolenMem, FBMemSize), not the connectors (i.e. video output ports) themselves. That's what you need to work on. And, very obviously, if you want to add a 4th output port, you don't just stop at increasing the count to 4, you must also inject/define the 4th connector.

What does Hackintool show for graphics details? Try and post a compressed IORegistryExplorer output to check what you have under the IGPU device.