Hervé

The best thing to do until one has generated his/her own CPU-specific SSDT is to run with NullCPUPM. The time-out related delay with AppleACPICPU may be linked to patched AICPUPM without proper SSDT. I guess arcaman6 will know once he has generated and used his SSDT.

You said you didn't care about battery life... In principle, if Apple followed their past trend, yes it's highly likely that they used IGPU naming convention on the MacBookPro13,1/13,2/13,3. The only way to verify is to obtain an extracted DSDT or IOReg off one of those Skylake MBP. I would certainly run Sierra for such an SMBIOS, that's what those MBP models were released with so I'm not entirely surprised El Capitan would not boot such a profile. If you look at the MacBookPro13,x range, you will see that: MBP13,1: low voltage Skylake i5/i7 CPU + Intel HD 540 graphics (0.30-1.00/1.05GHz) MBP13,2: low voltage Skylake i5/i7 CPUs + Intel HD 550 graphics (0.30-1.05/1.10GHz) MBP13,3: regular Skylake i7 CPUs + Intel HD 530 graphics only (0.35-1.05GHz) or dual Intel HD 530/AMD Radeon Pro 450/455 Re: CPU power management, did you use Pike's Master or Beta branch? You need to use the Beta version for Skylake CPUs. It does cater for i7-6820HQ and MBP13,x as shown in the Skylake.cfg and Models.cfg database files:

https://osxlatitude.com/index.php?/topic/7914-dell-latitude-e6220-with-i5-2520m-hd3000-and-1366x768-lcd-mavericksyosemiteel-capitansierra/ https://osxlatitude.com/index.php?/topic/9383-dell-e6220-i7-2620m-clover-detailed-guide/ and somehow (but would benefit from adjustments for Sierra at this point of time) https://osxlatitude.com/index.php?/topic/8506-dell-latitude-inspiron-precision-clover-guide/

Please use the existing and proven guides that provide all that you need for this model.

You may also opt for the Apple BCM94360CD with mini-PcIe adapter. Works perfectly, OOB and up to 1.3Gbps. It requires 4 x antenna connexions but tha's not an issue with the E6x00 Series.

Il you lookup Pike R Alpha's repository, you 'll see instructions regarding options/parameters you can pass to the script in order to get your SSDT generated. The script uses a given database of CPU settings and obviously not every single model is included. But you can do it yourself. The instructions to do so are also provided. You can Google for "Pike R Alpha ssdt generator".

You cannot be in high performance mode without speedstep, on the contrary. I believe you'll find your system to be laggy without it. Best way for you to get a feel is try and experiment it by yourself I guess.

Strange request... Without proper CPU power management in place, you CPU should operate at LFM (800MHz or 1.2GHz, I don't know) and HFM (2.7GHz), i.e. switch between them two with no intermediate speeds and no Turbo boost. You'd experience reduced performance because of this, a much slower system and probably reduced battery usage; it's not the recommended way to run your Hackintosh. But if that's what you want, simply remove your generated SSDT from your EFI/Clover/ACPI/Patched folder.

Please try and post in the correct sections. You keyboard and Touchpad will work wih Dr Hurt's recent ALPS TouchPad controller kext. Versions R4, R5 or R6. They're available in his dedicated thread of the R&D->Kernel Extensions subsection.

Is it a DW1502 or DW1702? What do tools such as DPCIManager or lspci -nn Terminal command show? A card based on Atheros AR9285 (168c,2b) works under OS X with the DSDT patch that declares it compatible with AR9380 168c,30 for instance. The card is 2.4GHz only so it won't detect 5GHz networks by the way...

Don't waste your time on this model. It uses an eDP connector for the LCD screen and that's not supported on 1st gen Intel HD graphics. As such, the best you can get is partial graphics acceleration which leads to poor system performance.

Weird, did you check antenna cables?

You need to get your Ethernet card declared as en0. You can check that out through Terminal command ifconfig. If your wireless is en0 and your LAN en1, then remove all interfaces from the Network PrefPane, then go to /Library/Preferences/SystemConfiguration and remove all network plists. You should then be Ok after reboot.

That's not how I would have patched the ARPT device. If Jake's DSDT does not bring the card to life, try the attached revised version. 'goes with the vanilla AirPortAtheros40 / IO80211Family kexts. DSDT.aml.zip

No, it does not work that way. Sorry. That card reader may just be unsupported.

Please post a zipped copy of a saved IOregistryExplorer output + your DSDT. I'll patch it. You can learn how to patch a DSDT on the side.

Be extremely cautious with pre-patched kexts because if they bear a lower or identical version than the vanilla kext of /S/L/E, they won't load from /L/E. You can easily verify that by replacing the vanilla copy located as a PlugIn of IO80211Family kext. The DSDT patch is provided in the inventory thread linked in post #2. That's what you should use as a permanent and sustainable solution. The kext patch would likely be required after any update or upgrade. You can trust me on this, I had an AR9285 card in the recent past.

Quite the contrary actually, the patch only works on PCIe devices but it's for O2 Micro readers. There are no DSDT devices for USB components and USB card readers usually work OOB or not at all. @giang_asl_8, I'm afraid the O2 Micro patch is not suitable for the Realtek RTS525A card reader which remains incompatible with OS X/macOS. VoodooSDHC does not bring it to life either.

The E6220 is one of the best laptops in terms of compatibility with OS X/macOS, have no doubt about that. There's obviously something very wrong with your setup or USB installer but I cannot say what. Maybe you're not using a genuine copy of El Capitan installation app. I've never encountered or heard of the message you reported: "no task-access server configured! The system will not get very far".

What did you create your USB installer from? Are you sure you followed every single step of the guide without sidetracking?

To avoid any confusion on the matter, only apply the MBR patch if attempting installation on a HDD with MBR partition scheme. This is obviously not applicable if you install on a HDD with a GUID scheme.

And please post in the E5xxx Support section, not the EDP Guides one. Thanks.

There's a thread listing all the BIOS recommended settings in this very section. Please read it. With a bit of attention you normally can't miss it, it's the 3rd one down the list... Re: SSDT, I think you got it all wrong. Indeed, you start with no SSDT. Look up Pike R Alpha's blog for the CPU power management SSDT generator, it has a full set of instructions re: usage.

Is your BIOS configured as per recommended settings? You have a different CPU than fitted to my own E6220 but my guide does stipulate that it's not a problem, you just have to generate your own CPU-specific SSDT using Pike R Alpha's well known generator script (you'll find it with a Google search). As such, make sure you have NullCPUPowerManagement in /E/E when you boot your USB installer. If you use the pack I posted, you should normally boot in verbose mode and without cache. So you should see everything that happens being displayed on screen.

Whether you want to dance around your chair at the same time with feathers in your hair and singing wouhou is up to you.