Hervé

If HDEF (or whatever other audio device name) is not defined by default in your DSDT, maybe it is in an SSDT. You can dump all raw BIOS tables by pressing F4 at Clover main menu and then check things out. All extracted tables will be saved in EFI/CLOVER/ACPI/origin folder. But you probably already know that...

You boot your current config (which includes the Broadwell DVMT adjustment) with iGPU fake id and ig-platform-id set to 0x12345678 Once at the macOS desktop, you open up Terminal and repair permissions + rebuild your cache according to the instructions published in our FAQ section You then reboot without the iGPU faked-id or ig-platform-id set to 0x12345678 You can read about the DVMT settings and the associated requirement in Firewolf's original blog. Of course, if your BIOS permits it, set DVMT accordingly (between 64MB and 128MB). https://www.firewolf.science/2015/04/guide-intel-hd-graphics-5500-on-os-x-yosemite-10-10-3/

A layout in a Framebuffer kext can be described as a table that defines display output's properties throughout many parameters including, video memory, number of output ports, type of outputs, etc. You can find these tables in the binary files of framebuffer kexts through a simple Hex editor such as HexFiend for instance. You can then search those layouts in hexadecimal reverse order. For layout 16260006, which is what you would normally use for a laptop with HD5500 graphics, you would conduct a hex search on "06 00 26 16" which would lead you to the following code: 06002616 01030303 00002002 00005001 00000060 D90A0000 D90A0000 00000000 00000000 00000000 00000800 02000000 30020000 01050B00 00040000 07050000 02040B00 00040000 07050000 FF000000 01000000 40000000 0B0B0000 01010500 00000000 05000000 00000000 04000000 00000000 00000000 00000000 00000000 00000000 C8000000 If you were to conduct a search for "06 00 16 16", you'd get nothing because it's not an existing layout; as such, injecting ig-platform-id 0x16160006 in Clover (or trying to) will not lead anywhere. I'm surprised you find it referenced in a guide on a forum because that's totally incorrect.... Anyway, try the attached Clover config. config.plist.zip

You can and should get rid of NullCPUPowerManagement kext. That kills all CPU SpeedStep and affects performance... I'm a little lost because i3-5005U carries the same HD5500 id 0x1616 as the i5-5300U I recently played with on a Dell Latitude E7250 and for which graphics worked OOB with the above arrangements. Can you please post: a zipped saved output from IORegistryExplorer a zipped copy of your Clover EFI folder (when you boot, press F4 at Clover main menu in order to dump all your raw BIOS tables) Which version of Clover are you running with? In your 1st post, your Clover config showed that you were incorrectly trying to fake id 8086:1626 for your HD5500 iGPU (you entered "0x016268086") and injecting BDW (Broadwell) layout-id 0x16160006; that's an unknown layout to me and I would have expected that you'd inject layout-id 0x16260006 instead, as recommended in Cover Configurator. That certainly is the layout I saw reported in IOReg on the E7250 I had and I was not injecting anything, just letting Lilu + WEG do their job... But, by all means, you may try to fake id 8086:1626 by entering "0x16268086" and injecting recommended BDW layout (ig-platform-id) 0x16260006.

Keep a backup of your current config (just in case), then open your Clover config in Clover Configurator app and try the following : in Devices section, remove that id faking you've configured for your iGPU in Devices section, inject the required DVMT adjustment properties: in Graphics section, remove "Inject Intel" + ig-platform-id 0x16160006 in SMBIOS section, change your profile from incomplete and unsuitable Haswell MBA6,2 model to Broadwell MBA7,1 or MBA7,2 or MBP12,1 model in Kernel & Kexts Patches, you may also remove the AppleIntelCPUPM patch which is irrelevant to Broadwell platforms (it's only for Sandy & Ivy Bridge systems) Then, let latest version of Lilu + WhateverGreen kexts take care of graphics. For battery monitoring, use Rehabman's latest version ACPIBatteryManager kext. For your ELAN TouchPad, you may give this a try (no guarantee). NB: in, case you ignored it, your Intel wireless card is not supported and will have to be replaced by a support model (compatible with your Lenovo) or a USB dongle. See here.

Your E7240 is 4th gen Haswell platform. You should set it with: MacBooPro11,1 SMBIOS (iMac is to really suitable) Rehabman's ACPIBatteryManager kext (Google for it and use latest version) Latest Lilu + WhateverGreen kexts (and get rid of any other Intel graphics fixing kexts) AppleALC + correct layout-id injection for your audio codec With regards to the messages you're getting for add-on kexts when rebuilding your cache, please note that they're all perfectly normal. Since OS X Mavericks or Yosemite (I forgot which one it was), Apple requires signed (i.e. validated) kexts. Of course, this is not the case for many of our Hackintosh-related add-on kexts but, provided they're set with the correct permissions, they can still load and be cached nevertheless. So, nothing to worry about. Don't hesitate to Google on "kext signature" if you want to know more on the matter (and/or any other).

Why don't you use the guide for your model that exists on this forum along with the associated Clover pack? I would also ask that you search the forum before posting. The Search button is at top of the forum page. Had you used it, you'd have obtained this for your trouble:

Yes, given the nature of the signal (short waves), 5GHz networks will work better with 2 x antennas. I don't think it'll work properly on a single antenna. If you want to force your card on 5GHz, I guess you could try and split your SSIDs and have one for 5GHz and a different one for 2.4GHz.

Ok, it's perfectly clear. You must be the 1st person for whom the DW1820A actually works nearly OOB!

@riskyrismawan, you forgot to specify the boot parameter you're using with AirPrtBrcmFixup, if any at all. If you're not using any, what's the purpose of AirportBrcmFixup since BCM4350 14e4:43a3 is natively controlled through AirPortBrcmNIC kext?

That's my very recent guide so I can vouch for it... Maybe your Mojave installation package is corrupt. Try and re-download a new copy.

If this is systematic/repeatable, I can only suspect a corrupt USB installer. Try and wipe out your USB key and start afresh. Mac sure you setup your BIOS parameters properly. Which guide are you following, if any ?

Can you go to Disk Utility and check current disk status?

I don't know, I never really looked into the Touchpad settings; I'm using an external wireless mouse all the time.

@thangpc, what do you mean by "stuck here"? System unresponsive/hung/frozen? Mouse or touchpad not responding? Or you don't know what to do next?

I've explained this in another thread (I think) but I believe you could avoid the low-power mode (=Airplane mode) by masking one of the pins on the card.

So, pin masking would affect: pins 51/53/55 at the front pins 54/56 at the rear

Please state what target platform this is for. Ideally, detail your system's specs in signature so that we won't ask you the same questions on and on. If you want assistance I also invite you to specify: version of Clover you're using. a zipped copy of your Clover EFI folder For Mojave 10.14.4 and later, you need to use Clover r4911 minimum.

No idea; we'd have to know what each of those masked pins normally do and I don't.

Guides section, 1st thread!

Re: TrackPad, all you need to do is set it up through the Trackpad PrefPane. Too many people ignore this basic stuff... Not all gestures will be supported of course, this is no real Mac. Re: sleep/wake, you experience issues because you're not using any patched DSDT nor any DSDT patches for _PRW methods in ACPI devices GLAN (LAN interface), HDEF (audio) and EHC1/EH01, EHC2/EH02, XHC (USB controllers). You can give the attached patched DSDT a try knowing that I've only patched it for those above _PRW methods, USB ports power inection and support for keyboard brightness keys. Patched_DSDT.zip Sleep and wake should then work on the basis that you have: CPU power management properly in place Hibernation disabled (i.e. fallback on plain old sleep); you'll find details relating to this in our FAQ section I've also revisited our Clover config which was partially incorrect and non-optimum. You may place it "as is" alongside your existing Clover config file in your EFI/CLOVER folder and manually call it at boot time from Clover's main menu->Options->Configs revised_config.plist.zip You're also missing a few other essential stuff such as the SSDT-PNLF required to fully support brightness control and kexts required for proper USB operations (all available off Rehabman's repo if you google for them): USBInjectAll (to get all your USB ports working) FakePCIID + FakePCIIDXhciMux (to get USB2/USB3 multiplexing) All in all, why didn't you use the existing Clover packs already provided in guides for this laptop model?

Define "latest Clover". Did you enable/activate the AppleRTC fix in Clover? Please note that if you run Mojave 10.14.4 or later, you also need to update Clover to, at least, r4911 as explained here. You may also see Dids' GitHub repo.

Revised High Sierra & Mojave packs #2 uploaded. The packs contain an updated DSDT that fixes the auto-wake issue when laptop runs on mains. It was a simple matter of properly applying the well-known _PWR 0x06D patch to devices GLAN, HDEF, EHx1, EHx2 and XHC. It's all visible in the DSDT.dsl source code.

You can look this up in the FAQ section. Alternatively, just post new IOReg output + zipped Clover EFI folder or list of kexts you cache from /L/E or /S/L/E.

Please post new debug package. From experience, I've always had to run with USBInjectAll and HPET fix before I could generate the proper USBPorts kext. I noticed that Hackintool needs to detect all USB controllers and ports properly. Failing that, not all USB ports/features work. Than, you've got to make sure to only use: 1) Hackintool-generated SSDT-UIAC + Rehabman's USBInjectAll kext or 2) Hackintool-generated USBPorts kext