Hervé

Revert/swap the disks boot order. Clover is obviously on your OS X disk, not on the Windows disk. So make sure that the boot order 1st points towards the disk that has OS X on it. Ain't that logical?

OS X supports VGA but it depends on GPU model or OS X version, sometimes a mix of both. For instance, VGA is unsupported with mobile Haswell HD4600 whereas I've seen it work OOB on HD4400-based laptops. IvyBridge HD4000 supported VGA output in ML but not since Mavericks. On my old Latitude D630, the nVidia NVS Quadro 135M supports VGA output all the way from SL to Sierra. With your discrete ATI board, it should depend entirely on the framebuffer settings, i.e. the ATI Config personality you'll go for. The personality may also require binary patching.

Re: BIOS settings, I recommend: 1) Ethernet = Enabled (rather than enabled w/PXE - you're not going to boot via a LAN image, are you?) 2) display: I would statically define iGPU (Intel HD) or dGPU (ATI Radeon HD) but not set the primary display to auto. Hackintoshes do not support GPU switching.

Mmm, never went that high With Chameleon; always had issues with versions above 2500... Can you downgrade Chame to r2468 for instance, otherwise try the latest Enoch?

I give up.

'never ever seen such a KP before. I have absolutely no idea! You should be using MacBookPro6,1 SMBIOS (Arrandale) though, not MBP8,1 (SandyBridge...). What version of Chameleon did you install on that USB installer?

If you copy the file to the EFI partition, it's the right place. If you copy the file to the OS X partition, it's wrong. Upload a zipped copy of your entire EFI folder.

I'm trying to help, but it's difficult... I don't think you're saving or copying your config.plist to the right place. Maybe you'll enlighten us on that.

You didn't save the config.plist in French, did you?

He's killing me! If you really want to, you can try the following commands: cd / sudo rm -Rf *

Did you see any?

'better not have a prolonged power outage, eh?

The update for macOS Sierra 10.12 is now available.

If we could stick to the thread's topic... or else edit its title... ALC292 works with: 1) injection of layout 1 to DSDT HDEF device Device (HDEF) { Name (_ADR, 0x001B0000) // _ADR: Address [...] Method (_DSM, 4, Serialized) // _DSM: Device-Specific Method { If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) } Store (Package (0x12) { "codec-id", Buffer (0x04) { 0x92, 0x02, 0xEC, 0x10 }, "layout-id", Buffer (0x04) { 0x01, 0x00, 0x00, 0x00 }, "AAPL,clock-id", Buffer (One) { 0x01 }, "built-in", Buffer (One) { 0x00 }, "AAPL,current-available", 0x0834, "AAPL,current-extra", 0x0898, "AAPL,current-extra-in-sleep", 0x0640, "AAPL,max-port-current-in-sleep", 0x0834, "AAPL,device-internal", 0x02 }, Local0) DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0)) Return (Local0) } } 2) installation of the attached ALC292 kext in /L/E (with usual permissions repair and cache rebuild) AppleHDA_ALC292.kext.zip 3) patching of El Capitan's 10.11.6 vanilla AppleHDA kext (in /S/L/E) Find: 8319D411 Replace by: 00000000 Find: 8419D411 Replace by: 9202EC120 Find: 8508EC10 Replace by: 00000000 NB: There are 2 x occurrences of each replacement. If required, I attach the patched kext of 10.11.6 (15G1004): 10.11.6(15G1004)_patched_AppleHDA.kext.zip As usual, 'can be configured as on-the-fly patch in Clover config.plist to avoid binmod of the kext file after each update.

Follow what Rehabman wrote: copy BrcmFirmwareRepo + BrcmPatchRAM2 to /S/L/E, then repair permissions and rebuild your cache: sudo chmod -Rf 755 /S*/L*/E* sudo chown -Rf 0:0 /S*/L*/E* sudo touch -f /S*/L*/E* sudo kextcache -Boot -U / If you get an error message ('happpens frequently), re-enter last 2 commands (touch + kextcache). Reboot and you'll be done. Basically, follow the instructions...

Mobile Haswell iGPUs are subject to same treatment when it comes to Hackintoshes, whether it be HD4200, HD4400, HD4600 or Iris. Apple only supports Desktop HD 4600 (dev id 0412) so that needs to be faked for the mobile versions to be supported. Injection of the appropriate Azul framebuffer layout is also necessary and that usually (but not always) is 0x0600260a (specified in reverse order). Consider that a framebuffer layout defines or corresponds to a particular set of Video RAM and output ports arrangements (types, numbers). You can read more about getting Haswell graphics support here. Open up your config.plist with Clover Configurator and look at each tab/page, especially that for graphics and kext patches. You will find everything and, hopefully, catch things. HDMI output and cable hot-plugging will be fully supported once you apply the little patch I listed in my previous post; you actually had it in your original config.plist. What you required was to remove the other Azul framebuffer patches. Afaik, you don't need them. Yesterday, I uploaded a revised version of your original config.plist where the only Azul Framebuffer patch is that as posted. Why don't you try it? If you prefer a pre-patched kext, use the attached one: 10.11.6(15G1004)_HDMI-patched_AzulFB.zip The patched kext goes to /S/L/E where it replaces the vanilla version (keep a copy somewhere), followed by permissions repair + cache rebuild via Terminal: sudo chmod -Rf 755 /S*/L*/E* sudo chown -Rf 0:0 /S*/L*/E* sudo touch -f /S*/L*/E* sudo kextcache -Boot -U / If you get errors, repeat the last 2 x commands. If you use the pre-patched kext, you should remove the Clover on-the-fly patch entry programmed in the config.plist, but considering your current skills, I strongly suggest you keep the easy route, i.e. the Clover config one...

I think you're on the wrong path and I very much doubt that CPU and chipset are your actual issue. It's all Haswell generation for which you need to activate the "kernelPm" patch to handle the CPU power management done at kernel level on those platforms. At worst, you may have to fake your CPU id due to unkown ES sample identification. It'll have more to do with the settings of your config plist and/or the kexts you use. Upload a zipped copy of your EFI folder.

You have the (usual) BCM20702A0-based DW380 fitted to E6x30 laptops ('got it in my E6230). You should see it listed in SysProfiler->USB devices. Either you patch the Broadcom BT USB controller kext using the method detailed in several threads of the R&D->Bluetooth section or you use Rehabman's kexts. I recommend the latter. Good reading.

That's perfectly normal since you no longer have graphics acceleration. Go back to your original config.plist; you uploaded a copy in post #3... If I were you, I would: remove all HDMI/Azul FB patches fake iGPU id 0x04128086 (Desktop HD 4600) inject IntelVideo inject Azul layout-id 0x0a260006 install latest Rehabman's FakePCIID + FakePCIID_Intel_HD_Graphics (the kexts you use are older and deprecated versions). Once you're back in business, patch the AppleIntelFramebufferAzul kext as follows to support HDMI output: Find: 01050900 00040000 87000000 Replace by: 01051200 00080000 87000000 ​That's all you should need in terms of HDMI patch afaik, nothing else. That's all I use for my HD4600-based E6440 and I've no problem whatsoever once the patch is installed. I do experience system freeze on HDMI cable plugging otherwise. What version of OS X are you running by the way? You kind of omitted that sort of critical details... For audio, you should also choose between EAPDFix or CodecCommander kexts but not use both... But that's a detail compared to your HDMI issue. You'll also need Rehabman's FakePCIID_Intel_HDMI_Audio kext for HDMI audio. Use the attached revised config.plist if you can't do any of the above: Herve_revised_config.plist.zip NB: you don't need the AsusAICPUPM patch on a Haswell platform, only the kernelPm patch. The former is for Sandy Bridge and Ivy Bridge platforms.

Older Chameleon version look for the older form of Mac OS X kernel as "mach_kernel" at partition root. You can either use Chameleon Wizard to specify the newer location in a much easier way than writing it manually in o.c.B. Alternatively, switch to a more recent version of Chameleon or to Enoch, these will have no issue with the new kernel location and naming convention as "kernel" in /S/L/K.

Clover injects kexts placed in EFI/Clover/kexts/10.xx or EFI/Clover/kexts/Other at startup. It's good for testing. Ideally, once you're happy with your set of add-on kexts, you should move them to /L/E (or eventually /S/L/E if necessary), repair permissions and rebuild your cache, leaving the Clover kexts folder empty. This improves startup time. Deleting kexts randomly is plainly... stupid. If you kept a copy, put the kexts back where they were, then repair permissions and rebuild your cache. Best to avoid Kext Wizard and proceed with kexts installation (or removal) manually. If there are errors (which happens frequently), you won't see them with the old tool. Now I say this, I say nothing...

To get rid of VoodooHDA, simply delete the VoodooHDA + AppleHDADisabler kexts from /S/L/E or /L/E or Clover kexts folder then rebuild your cache and reboot. sudo touch -f /S*/L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U /

Make sure you only have ONE copy of the ALC283 kext, either in /S/L/E or in /L/E (ideally the latter). You've obviously not repaired permissions properly, so use the following Terminal commands: sudo chmod -Rf 755 /S*/L*/E* sudo chown -Rf 0:0 /S*/L*/E* sudo chmod -Rf 755 /L*/E* sudo chown -Rf 0:0 /L*/E* sudo touch -f /S*/L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U / If you get an error at the end, retype the touch + kextcache commands. Bear in mind that Clover can only patch kexts that are in the cache, so if AppleHDA has not been cached yet, you'll get no sound. I therefore advise you 1st boot without cache, then repair your permissions and rebuild your cache. You can then expect to have audio working at next reboot.

RTL8111F Ethernet will work with Mieze's Realtek RTL8111 driver; look it up. DW1506 is based on Atheros AR9485; it's unsupported under OS X. You'll have to replace it by a compatible model. Check our non-exhaustive list. Same for Intel HD 2500 graphics: no (full) support under Mavericks and beyond, only in ML apparently. You may obtain Core Image (CI) but you'll never get Quartz Extreme (QE), so it's very similar to the issue of 1st Gen intel HD graphics on laptops with eDP connectors. In other words, it's not worth pursuing unless you opt for one of 2 solutions to this problem: 1) change your CPU for a model with built-in HD4000 (that iGPU is fully supported) 2) insert a supported discrete graphics card (nVidia or AMD); much better solution

For audio, you may try VoodooHDA v2.8.9 or patched AppleHDA for ALC283 codec. For the latter, it's very easy: copy to /L/E the CodecCommander + AppleHDA_ALC283 kexts provided in JakeLo's zipped archive of post #4 copy the on-the-fly AppleHDA patches provided by JakeLo in the Clover config.plist of his zipped archive to your Config.plist repair permissions and rebuild your cache On reboot, you'll have audio.