Hervé

Option cpus=2 may still activate only 1 core. Try cpus=4. That's what I used to boot successfully and with both cores active on my i5-4300M based E6440 (dual core CPU with 2 threads per core).

'was able to boot a few times with options cpus=4. But it still KPs most of the time. Setting cpu to 2 is not sufficient to activate both cores of my dual-core, 2 threads per core i5-4300M. Seems the issue is somehow related to bootloader. Still, something has clearly changed in 10.11.4...

Well, I guess these 2 updates may be included in fresh 10.11.4 installation app. I'll have to try myself.

Nope.

Well, I tried without any SSDT + no DSDT Drop enabled in bootloader config and I still ended up with same KP... So still no clue as to what is causing this.

Stick to 10.11.3 and/or do not install Recovery + Thunderbolt updates with 10.11.4.

https://osxlatitude.com/index.php?/topic/8886-warning-10114-update/

https://osxlatitude.com/index.php?/topic/8886-warning-10114-update/

https://osxlatitude.com/index.php?/topic/8886-warning-10114-update/

https://osxlatitude.com/index.php?/topic/8886-warning-10114-update/

Latest released version of myHack (v3.3.1) does not support anything past Mavericks. As such, you have to use a "manual" method to build your USB installer. There are dozens of threads on this matter on this forum (and others). Look it up in the "Supported models with guides" section. You may then choose between Clover or Enoch bootloader, depending on your fancy. Personally, I find Clover much more difficult for beginners to grasp compare to Enoch, but it's much more powerful than a basic bootloader.

I guess we'll all experience this KP if installing the Thunderbolt or Recovery updates offered after updating to 10.11.4. So, avoid them.

Did you install offered Recovery + Thunderbolt updates? This is what causes the same KPs on all of my E6xx0 after updating to 10.11.4.

If it's anything like my E6220, E6320 or E6440, rebuilding cache won't change anything. I obtain this KP after installing the Recovery or Thunderbolt update after the 10.11.4 update. So, these may be best avoided. The only way I can reboot (sort of safely) is by limiting CPU to single core (using Enoch option cpus=1). Have not sussed out the problem yet, so only fix at my disposal for the time being is... to re-install!

DW375 works OOB afaik but you can patch the Broadcom Controller kext to be able to enable/disable BT. The SD card reader normally works with patched VoodooSDHC kext... PS: your COMMAND-key functionality has been in existence for some time. And it just does not apply only to wifi, try it on other Finder's bar icon if you wish.

It sure does not look good, does it?

KP on "CPU x" with "Double fault..." error message -> try booting with single CPU activated.

USB3.0 ports work Ok and natively on same generation Haswell-Based QM87/Series 8-chipset E6440. Just make sure to have the proper DSDT patch in place ("Darwin" OS injection) as documented in my E6440 guide.

You may also unplug your USB installer from one port to replug in another.

Or you can use the Hackintosh Vietnam Tool to apply IDT 92HD90 patch to the current/active kext.

@griftopia: when you get the "still waiting for root device..." message, try to simply unplug then replug your USB key. Sometimes, it gets the boot process to continue. Please note that, as hinted by Bronxteck, there are 3 x USB ports on the E6500: 2 x USB2.0 at the right + 1 combo e-SATA/USB2.0 at the left. Do think of checking your system's specs on the manufacturer's web site...

'played a little further to get the DP port of my E-Port Replicator K07A002 to work. I don't have a DP-capable display so I used a DP-to-HDMI adapter to connect to my HD TV. Output display + HDMI audio through DP port was then obtained when setting port number to 6 in any of the display output lines. For instance: 02 05 00 00 00 08 00 00 06 00 00 00 or 04 06 00 00 00 04 00 00 06 00 00 00 We can therefore deduct that DP output is available through port #6. With that revised config I retain direct HDMI output through the E6220 built-in HDMI port but no HDMI audio, except through DP port (!). In terms of FB and connector type details, IOReg shows: FB@2 -> DP, port #6, connector-type 0004 0000 'seems to go to the detriment of VGA output though...

Please try and understand what you're doing. Why would you patch the VoodooSDHC kext with Broadcom card reader id 14e4:16b when that device is natively supported by OS X? You only patch the VoodooSDHC kext with your own card reader id (i.e. 10ec:5227 ), nothing else. 1) You patch the VoodooSDHC with your own hardware id so that you try to get the card reader working through that kext /driver or (and only OR, not AND) 2) you patch your DSDT to declare your own card reader compatible with OS X natively supported/default model; the idea is that OS X then loads its native SDXC kext/driver to handle your own hardware. Bottom line is that you must not mix the VoodooSHDC kext + DSDT patch for native SD card reader recognition. You use one OR the other. Bear in mind that there's no guarantee at all that this will work. SD card readers are like webcams: some work, some just don't.

You're trying to add a SDXC device when your DSDT already has a PXSX device under RP08 (assuming that's where you've located your SD card reader). That's wrong. Then, you're missing the DTGP method, so you need to add that too. Anyway, can't really do anything without your IOReg to verify things!

HD4000 is supported on the E6x30 with Capri FB #3 (i.e. layout id 01660003). So, either you boot with options such as IntelCapriFB=3 or InjectIntel-ig=03006601 (or ig-platform-id=03006601) or you inject the following code into your DSDT if it's missing (it should not if you use the bootpack from this site). The code goes into the graphics device located at address 0x00020000 (GFX0 or -ideally- IGPU). Method (_DSM, 4, NotSerialized) { If (LEqual (Arg2, Zero)) { Return (Buffer (One) { 0x03 }) } Return (Package (0x04) { "AAPL,ig-platform-id", Buffer (0x04) { 0x03, 0x00, 0x66, 0x01 }, "hda-gfx", Buffer (0x0A) { "onboard-1" } }) } Audio will work once you patch AppleHDA and potentially add the IDT dummy AppleHDA kext. Trackpad will work with the correct PS2 controller (VoodooPS2Controller in the present case). All of those are readily available in the various bootpacks and/or guides for the E6x30 series. Please look these up.