Hervé

Lookup my E6220 guide and use the FakeSMC kext provided in the Siera pack. It's specifically tuned in terms of SMC keys for Sandy Bridge platform MBP8,1. Last ting to look at would the your activated DSDT patches in Clover ACPI section. That's quite a few you've activated. May be you need to start from an empty list...

You can use the existing Clover installation guide published by JakeLo. it covers El Capitan and Sierra. For the HD4000-only model, everything works. Only the wireless card may not work if the laptop is fitted with an unsupported model. Swap it out for a supported model in that case. If you want narrower guidance, you can look at my Enoch-based E6230 guide. 99% of the provided material is reusable on the E6430. Simply retrieve the E6430's DSDT off an existing E6430 guide since you have the HighRes LCD screen (the E6230 is LoRes and will not inject the adequate Capri graphics layout-id).

Ok, well, I see 3 x other possible defects in your config.plist: you've activated P States and C States generation, which is only for C2D/C2Q/1st gen Core CPUs. Do not use that on Sandy Bridge platforms and later you're not injecting Intel graphics and SNB layout-id 0x01000300 for your HD3000 (you'll need to add DualLink if your LCD has a res of 1600x900 or higher) no SMBIOS profile defined; ideally you should use something like Sandy Bridge MBP8,1/8,2/8,3. NB: to begin with, you may remove the FakeSMC PlugIn sensor kexts and only use the "basic" FakeSMC kext.

I see some unexplained FakeCPUID in the config.plist. Is that normal?

For audio, you may try to install VoodooHDA + AppleHDADisabler, even if temporarily. DPCIManager may then show the specs of the Realtek audio.

Images attached after duly downsizing (from 4000x3000 @3+MB to 800x600 @100KB). Boot in verbose mode to see where things hang.

HDMI video output normally works OOB (at least with Chameleon/Enoch) but patching the SNB framebuffer is required to support HDMI audio. The patch is also better to set HDMI output with the proper connector type anyway. All details here. If your Clover config does not have this yet, simply add the necessary patches. Basically, your vanilla layout-id looks like this: Vanilla SNB framebuffer kext: 01 02 04 00 10 07 00 00 10 07 00 00 // Nb of connectors -> "04" 05 03 00 00 02 00 00 00 30 00 00 00 // built-in laptop display 02 05 00 00 00 04 00 00 07 00 00 00 // display port 03 04 00 00 00 04 00 00 09 00 00 00 // display port 04 06 00 00 00 04 00 00 09 00 00 00 // display port and you want to patch it like this: 01 02 04 00 10 07 00 00 10 07 00 00 // vanilla: nb of connectors -> "04" 05 03 00 00 02 00 00 00 30 00 00 00 // vanilla: laptop's own LCD display 02 05 00 00 00 08 00 00 05 00 00 00 // patched: HDMI, display port #5 (built-in port) 06 02 00 00 00 04 00 00 08 00 00 00 // patched: VGA, display port #8 (built-in + docking-station port) 04 06 00 00 00 04 00 00 07 00 00 00 // vanilla: DVI, display port #7 (docking-station port) In Clover config, this will translate into the following on-the-fly patch: Name: AppleIntelSNBGraphicsFB Find: 020500000004000007000000030400000004000009000000040600000004000009000000 Replace: 020500000008000005000000060200000004000008000000040600000004000007000000 -

Lion is still usable, absolutely (isn't Win7?), it may just look and feel a little old to some people. Less so than Snow Leopard I guess... Each OS X version had its X-Code variant. Lion had its own naturally.

I'm afraid you indeed have an incompatible platform... for future reference, please note that Sierra requires a SSE4-capable CPU. Your old Merom T5500 does not feature such instructions set. Only late Penryn C2D do and they're not compatible with your chipset. in 2012, Apple dropped support for obsolete GMA950 (and others) in Mountain Lion 10.8 along with a move to 64bit-only kernel/OS. These old graphic chips are last supported in Lion 10.7.5 and always in 32bit kernel mode because there are no 64bit versions of the necessary drivers. All versions of OS X/macOS are 64bit-only since ML. As such, don't waste any time with any OS X/macOS version beyond Lion on this old platform. Even if, technically, you could install Mountain Lion/Mavericks/Yosemite/ElCapitan, it would badly lag due to lack of graphics acceleration, you'd have constant graphics glitches and artefacts and no sleep. You should however be able to run Snow Leopard or Lion without problems. However the D630 (965GM chipset and nVidia graphics) is not the right model to look at, it's the D620 and D820 (or D430) models you need to turn to (Intel 945GM/PM chipset and GMA950 graphics). Use myHack to install OS X and, if your specs are close enough, grab stuff from those mentioned model's bootpacks: https://osxlatitude.com/index.php?/topic/8081-full-packs-for-d620d630-snow-leopard-lion-mountain-lion-mavericks-yosemite-el-capitan-sierra/ https://osxlatitude.com/index.php?/topic/8815-full-packs-for-d430-snow-leopard-lion-mlpf-mountain-lion/ https://osxlatitude.com/index.php?/topic/7719-older-version-v312-of-myhack-for-snow-leopard/ http://myhack.sojugarden.com

Hibernation works with Clover only. You can Google for it. http://www.insanelymac.com/forum/topic/299721-sleep-hibernation-how-it-works-and-how-to-use/ With Chameleon/Enoch, it's plain old sleep only.

It's the framebuffer layout-id; consider it like an index for tables that provide details about supported types of video output (LVDS, VGA, DVI, HDMI) and internal video port numbers. In the case of HD3000, there are several available layout-ids: for mobile versions and for desktop versions. More details here: http://www.rampagedev.com/?page_id=200&page=3

SysProfiler only shows kexts if they're cached, not injected... So it's not the definitive tool regarding "load" status of kexts, quite the contrary.

You could try and disable the nVidia dGPU via DSDT/SSDT _OFF function. That would normally force OS X onto HD3000

https://osxlatitude.com/index.php?/topic/2120-inventory-of-supported-and-unsupported-wireless-cards/

You don't appear to have graphics acceleration for that nVidia GPU under El Capitan... Can't you configure your BIOS to use only the integrated HD3000 for which there's a better chance to be able to obtain dual DVI output through SNB framebuffer patching. If the DVI outputs remain driven by the iGPU of course and they're not actually wired to the dGPU...

If you messed around with kexts, try and undo what you last did before it broke. Check for double kexts in /S/L/E and /L/E or trying moving kexts around. Cache kexts instead of injecting them. Sometimes, that's the solution.

Repair /S/L/E + /L/E permissions and rebuild you cache to begin with.

I assume that when Optimus is disabled, only integrated HD3000 is active. In that case, it's very simple: patch the SNB frame buffer as per indicated in EmlyDinesh's HD3000 patching guide in R&D->Graphics section or in my E6320/E6220 posts on the matter: https://osxlatitude.com/index.php?/topic/8278-e6320-with-hd3000-booting-yosemite-with-dell-docking-station/ https://osxlatitude.com/index.php?/topic/7914-dell-latitude-e6220-with-i5-2520m-hd3000-and-1366x768-lcd-mavericksyosemiteel-capitansierra/&do=findComment&comment=52237 https://osxlatitude.com/index.php?/topic/7914-dell-latitude-e6220-with-i5-2520m-hd3000-and-1366x768-lcd-mavericksyosemiteel-capitansierra/&do=findComment&comment=57882 Once you've patched the SNB framebuffer kext, use IORegistryExplorer to identify the port number associated with each DVI output of your docking station, i.e. plug the cable and check your IOReg frame buffers under the iGPU section. You may have to adjust your patch according to your findings. I'll try and test my E6220 with an E-Port Plus (the dual-DVI model) port replicator later on.

Re: audio, a quick search on any Exx40 and ALC292 will give the answer. For instance: https://osxlatitude.com/index.php?/topic/9234-e7440-alc292/?hl=alc292

Use Dr Hurt's PS2 Controller (R4, R5 or R6). If you scrounged the forum for 3 days, you should have find out by now, especially as you pinpointed out the problem in EC the 1st time....

Yes, as its name implies, Patched_10.7_AppleRTC is meant for Lion 10.7. https://osxlatitude.com/index.php?/topic/9325-patched-applertc/

You'll find those in all guides posted on the forum or through a basic Google search... FakeSMC is THE mandatory kext on all Hackintoshes across the board. PS2 controller kexts depend largely on the model of TouchPad fitted you your tablet PC (e.g.: ALPS, Synaptics, ELAN, etc.) so you may have to use USB keyboard and mouse to begin with. If your laptop runs Windows at present, you can try and identify your hardware components through tools readily available (Windows Device Manager, CPU-Z, Aida64 or others...). The diagnostics extract you posted appear partial only.

Why do you want to inject kexts through Clover rather than cache them through, say, /L/E (it's for 3rd party kexts since Yosemite)? It's quicker to load cached kexts and Clover applies on-the-fly kexts to cached kexts only, so... NB: normally, kexts placed in /L/E are not loaded when booting without cache. At least with Chameleon/Enoch. Try and boot without cache with a non-mandatory kext placed in Clover kexts folder and see if it gets injected then. For instance a kext for the LAN card, it's then easy to verify behaviour.

None specific to that model. You're going to have to start from scratch with what I gave you above.

That's a similar platform to the 2015 Core M-based MacBook computers (MB8,1). You should therefore be Ok with OS X, starting from Yosemite 10.10.2 (that's what these models shipped with initially). Follow any usual installation guide starting with the usual minimum kexts set (FakeSMC + PS2 controller). Since it's a Broadwell platform with integrated Intel HD5300 graphics, you may have to apply the usual DVMT nvram patch (either modded BIOS or BDW framebufffer patch).