Hervé

Enoch r2795 highly recommended. You should update your bootloader. Did you configure a kernel.plist file? Mind you, I can't remember if that was available before r2760 ? With r2760 and above, kexts placed in /E/E won't be injected (loaded) unless you set KernelBooter_kexts boot option to Yes. If you want to cache them, move or copy them to /L/E (or /S/L/E), repair permissions, rebuild cache and boot with KernelBooter_kexts set to No.

StarTech PEXSAT34 works OOB under OS X version from SL 10.6 to Yos 10.10. Not tested beyond Yosemite (deskop used for testing is far too old) but no reason why it would not. It's a PCIe 2.0 in x4 format offering 4 x SATA-III ports under Marvell 88SE9123 controller. Port #1 can be shared with eSATA port at the rear. NB: in my Precison 670 where the card was fitted to a PCIe x4 v1.0 slot, a single port only operates @250MB/s, i.e. single PCIe lane, which contradicts what StarTech support stated to me: that a single SATA port would run through all 4 lanes. In fact, it seems to me that the card operates at 1 x PCIe lane per SATA port and that there is no concatenation of lanes at all; at least on my old dinosaur. I also obtained slightly poorer benchmark results than with above PCIe x1 model.

It'll work OOB with a little DSDT patch as explained here. You just need to identify the DSDT device your card reader is attached to in IOReg.

That'll depend on the model... Which is it? What are its PCI ids? If a PCI device, you can look it up with DCPIManager app, if it's a USB device, you should see in in SysProfiler. Or extract an IOReg with IORegistryExplorer app and post it.

Are you following this guide? Just in case, default your BIOS settings then configure them according to the recommended config as detailed in the dedicated pinned thread.

And please, pretty please, stop quoting the messages to which you directly reply!

N73 same model as N53 ?

Hmm, try the files from the D630 pack. We can always switch DSDT afterwards and adjust as required.

Sounds like you may not have CPU power management working properly and that your DSDT requires patching

Afaik, nothing special required for those particular models, no. vPro is some Intel marketing label just like Centrino was. Consider it a set of specific security-oriented features. Apart from that, vPro CPUs remain the same as non-vPro. https://en.wikipedia.org/wiki/Intel_vPro http://www.intel.com/content/www/us/en/architecture-and-technology/vpro/vpro-technology-general.html?_ga=1.79303059.645950130.1454350102

Which version of OS X did you install? Try a more recent ACPIBatteryManager kext from Rehabman. You can Google for it.

Then you know what's left to try...

There's no sign of a Bluetooth device on your USB bus... Are you sure you have the AzureWave model with Bluetooth? There is a 943225HM (no BT) and a 943225HMB (with BT). If you're certain to have the HMB model and BT works in Windows, I'd strongly recommend you tape Pin20 as suggested by Bronxtech. Windows might be disabling BT on shutdown (taping Pin20 would keep the card fully activated). You could also try those 2 kexts in /S/L/E. They're Rehabman's work. They're also for ElCapitan, not for earlier versions but Rehabman's repo stipulates that the AzureWave BCM943225 does not normally require special FW for Bluetooth to be operational under OS X; 'should work OOB... BrcmFirmwareRepo.kext.zip BrcmPatchRAM2.kext.zip

The left side USB port is not functional OOB under El Capitan. It's the well-known USB ports problem... I have therefore revised the patched DSDT for El Capitan, with USB2.0 devices renamed from EHCx to EH0x in order to use the attached USB2.0 injector kext. The original DSDT code shows 2 x USB2.0 controllers: EHC1 @1D: 8 x ports, numbered PR11 to PR18 under hub PR01 EHC2 @1A: 6 x ports, numbered PR11 to PR16 under hub PR01 and the physical USB ports appear arranged in the following manner (as visible in IOReg when a device is plugged in the ports): EHC1 controller, port #1 (PR11) @1D11: rear port EHC1 controller, port #2 (PR12) @1D12: right-rear port EHC1 controller, port #3 (PR13) @1D13: right-front port EHC2 controller, port #2 (PR12) @1A12: left portSome hardware accessories such as integrated webcam or BT module (part of combo mini-PCIe cards) are also visible @1A15, @1D15 or @1D18. In order to regain full USB functionality, the attached USB2.0 injector (based on Info plist of vanilla AppleUSBEHCIPCI PlugIn of /S/L/E/IOUSBHostFamily kext) reflects the above arrangements with the following settings: 1 x hub PR01 attached to MacBookPro11,1-EH01 USB controller 1 x hub PR01 attached to MacBookPro11,1-EH02 USB controller All 4 x external ports are then fully functional as USB2.0 under EC 10.11. [E6440_DSDT_ElCap10.11_EHCx-patched.zip] [E6440_ElCap10.11_USB2.0_Injector.kext.zip] Edit: See below for a further USB ports update

Did you use the bootpack available here?

Duly noted about BT being enabled in BIOS. By their own very nature, you don't (can't) inject USB devices in/through DSDT. And don't confuse external USB2.0/USB3.0 ports and internal USB (sometimes 1.x) ports. I'm not sure those are working Ok for you... Can you extract an IOReg with IORegistryExplorer and post it?

Bluetooth modules of combo mini PCIe cards operate as USB devices. You don't usually need kext for them, they either work or don't, depending on the chip. Patching of vanilla Bluetooth kext can provide capability to enable/disable (turn on/off) BT (through Finder's bar icon) but that's about it. If any modification is required for Bluetooth, it's usually a firmware mod. I'm not seeing any BT reference in your SysProfiler, are you sure it's enabled in BIOS? Could be an issue with your USB ports too...

Afaik, the Toleda kext was only for Wifi. If I'm not mistaken, I think it has become kind of obsolete these days. You don't need (re)branding: wireless working is proof enough.

Unfortunately, the problem extends to Broadwell Hackintoshes too.

It was just a thought but on quickly searching the Net, I found many posts about DRM-related issues with iTunes: Ivy Bridge & Haswell Hackintoshes apparently cannot play DRM protected contents. No workaround. Posts also indicate that there would be no such issue with Sandy Bridge Hackintoshes under certain conditions... If this is true and your Lenovo falls within the above 2 categories, you can't do anything.

You probably also need to fake desktop HD4600 (id 0x0412) vs mobile HD4x00...

@GigaSonic, post us a saved output of your SysProfiler so that we have a look.

I don't know; I'd need to investigate.

In the present case, I used DSDTEditor (not MacIASL) to patch your posted file.

Please restrict your posts to lower case... You may require some additional graphics tuning for this iTunes issue... For FaceTime, make sure to have your LAN card registered an 1st interface en0, not en1 as can often be the case when the necessary driver is installed after wifi. you can check that out in SysProfiler or with Terminal command ifconfig. To fix this, remove all wifi and LAN interface from your Network PrefPane and all files from folder /Library/Preferences/SystemConfiguration, reboot then add the interfaces manually, starting by LAN. Interfaces may actually be automatically re-instated after reboot and LAN should be en0. If necessary, you'll easily identify each 'en' interface with the MAC address.