Hervé

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.

Do you actually have full graphics acceleration? Or doesn't Skylake graphics require layout-id injection?

You may also check that: 1) USB wake is disabled in BIOS 2) no wake on network access in your Power Savings Pref Pane But most importantly, ensure you have a driver package compatible with OS X El Capitan. Realtek's web site does not list much drivers beyond OS X Mountain Lion 10.8 for 802.11a/b/g/n single-chip devices, so check the dongle's manufacturer's web site. The best solution is to opt for a compatible mini-PCIe or 1/2 mini-PCIe card as suggested by Jake. DW1510 or DW1550 are indeed great hi-speed 802.11n cards. https://osxlatitude.com/index.php?/topic/2120-inventory-of-supported-and-unsupported-wireless-cards/

ALC3246 indeed according to Dell's 3470 specs. Should be ven/dev ids 10ec:0256, i.e. ALC256 codec. For El Capitan, try the following Clover on-the-fly AppleHDA patches + attached kexts: Find: 6102EC10 Replace by: 00000000 Find: 6202EC10 Replace by: 00000000 Find: 8508EC10 Replace by: 00000000 Find: 8319D411 Replace by: 00000000 Find: 8419D411 Replace by: 5602EC10 AppleHDA_ALC256.kext.zip CodecCommander.kext.zip Patch your DSDT HDEF device to inject audio layout 3.

Pike R Alpha's generator script creates a CPU-specific SSDT file to obtain ful native CPU power management and Turbo boost. If you've not done that critical part yet, you've got no proper CPU power management. Hence my questions of August 27th. Furthermore, you may still be using NullCPUPM, in which case, you definitely have no CPU power management at all and that usually prevents Sleep. So, make sure you've: set your SMBIOS profile to MBA5,1 or MBP9,2 generated your CPU-specific SSDT removed NullCPUPowerManagement kext Proceed in that order as the SSDT generator script looks at SMBIOS profile...

You should stick to patching the Yosemite vanilla AppleHDA. I'd never use kexts of a version n+1 on a version n; it's usually the opposite... If using Clover, apply the on-the-fly patch alongside the complementary IDT audio kext which can be placed in /L/E (or /S/L/E) followed by usual permissions repair + cache rebuild. You may also inject it through the EFI/Clover/kexts/10.10 folder but that's obviously not cached and therefore slower. The Latitude E5430 is using same IDT 92HD93 codec as the E6x30 series. As such, you can use the following on-the-fly patch in Clover, alongside the attached IDT kext: Find: 8B19D411 Replace by: 00000000 Find: 8419D411 Replace by: DF761D11 There are 2 x occurences of each binary replacement if you ever wanted to do it manually in the actual vanilla AppleHDA kext binary file. AppleHDA_IDT_92HD93.kext.zip And, if required: Vanilla_AppleHDA_10.10.5.kext.zip The exact same on-the-fly/binary patch and IDT kext are re-usable with EC 10.11 and Sierra 10.12.

Where are you at? You simply copy the Extra folder to the root of your OS X partition...

You need to activate KernelPm in Clover CPU options. CPU power management is managed at kernel level for Haswell CPUs and this requires a patch on Hackintoshes.

With 14years of experience (knowing that hackintoshing began 10years ago when Apple switched to Intel), you should have no problem installing OS X on this Asus and identifying the obvious.

Please make the effort to read the threads I linked above.

Audio codec of E6x30 is IDT 92HD93 (Codec 76DF). It's shown in BIOS info if you want to check.