Hervé

Indeed, you only place patched tables in ACPI/patched Clover folder (and /Extra for Chameleon/Enoch). Of course, the bootloader/OS loads raw ACPI tables from BIOS by default. 'goes without saying...

In the same folder as your other add-on kexts! /L/E or Clover kexts folder I guess...

'doubt it, that parameter only applied to Yosemite. Since El Capitan, you need to disable SIP...

That's obsolete stuff. AR9285 works with a simple Atheros40 patch (where you inject dev id 168c,2b) or DSDT patch (where you declkare compatibility with a supported Atheros model) as explained in our Wireless inventory thread:

When you have no audio, is it after a reboot from Windows? And when you have audio, is it after a cold boot? Because my Haswell E6440 does that...

-> Moved from FAQ to the correct Support section... If you install VoodooHDA + AppleHDADisabler kexts, you should then see details of your Codec in DPCIManager app. Battery monitoring needs, at least, Rehabman's ACPIBatteryManager kext. NB: Do think of resizing your pictures before you attach them because 3000+ x 2000+ is not exactly suitable. Reduce to something like 800x600 or 1024x768. That's usually more than enough.

Revised Mavericks pack with updated DSDT and updated FakeSMC with AGPM tuned for FX770M ids 10de:065a + 10de:065c. Added new pack for High Sierra (MacBookPro7,1 SMBIOS). Working: full CPU SpeedStep (with Generates P States + C States) full graphics acceleration with nVidia Quadro FX770M OOB full GPU throttling (with FakeSMC + AGPM tuning) IDT 92HD71B7 audio (with VoodooHDA or patched AppleHDA) Intel 82567LM Gigabit Ethernet (with Intel82566M) Ricoh R5C822/R5C843 SD card reader (with patched VoodooSDHC) Ricoh RC5832 IEEE 1394 controller OOB Battery monitoring (with Rehabman's ACPIBatteryManager) USB ports (with DSDT devices renaming + USB injector when necessary) Sleep & wake (with hibernation disabled) Wireless (with any compatible card) Not working: Brightness control

-> moved from Guides section to the correct Support section... Ok, we need to clarify a few things... The Precision M4400 is a mobile workstation, i.e. a powerful business laptop but a laptop nevertheless. As such, it cannot be fitted with Xeon Q9300 which is a 95W Yorkfield desktop workstation/server CPU. This also means it's not an IvyBridge-EP CPU. These indications must result from the fact you opted for an incorrect MacPro6,1 SMBIOS instead of a MacBookPro. You really should identify the real specs of your M4400 so that you know what's it's built on. It'll be a Penryn Core2Duo or maybe a Core2Extreme CPU and, in all likelihood, one of those late FSB1066 model. The correct SMBIOS model to opt for will be MacBookPro7,1. With regards to CPU heat, it's probably not running with adequate power management (if any at all), so you need to look that up ahead of anything else. With regards to graphics, you'll have to proceed with the AGPM tuning I had detailed several years ago on the forum.

That would be the RTL8723BU (U for USB). Wikidevi lists 2 x devices with that chipset: Edimax EW-7611ULB TRENDnet TBW-108UB v1 If you then look at their respective product/support page, guess what? Drivers! Edimax drivers TrendNet drivers Of course, you may have a different device, so look it up on its vendor's web site. I know it's hard to believe but manufacturers do tend to offer drivers on-line for their own devices... I have absolutely no USB combo device to recommend. The only combo devices I can recommend are Apple's own combo cards such as BCM94360CD. Those are 100% operational on a Hackintosh and provide all functionalities available between a realMac and external devices.

Enoch does not do those other things that Clover does, like all those ACPI patching. For kext patching, I believe it's self explanatory: it completes a find/replace action on cached kext just as Clover does. The code is expressed in Base64 as per Clover if you open up a Clover config in, say, TextEdit. Again, all is explained in the IM thread I linked above.

Seems to be a combo Wifi .11n+BT4.0 Realtek USB dongle. PCI id = 0bda:b720. Reading a lot of very negative feedback about this device. Probably best avoided...

Verbose mode works fine in r290x for any late OS X/recent macOS versions. Indeed, there was an erroneous/misplaced </dict> right under AppleHDA; remove it and the file will be Ok. Pre-Patched AICPUPM works the same as on the-fly-patch. I guess the former is a tad quicker than the latter, simply because it caches a kext whereas the on-the-fly performs an on-the-fly action on the cache. The file I posted was a sample; If the AR9285 patch is irrelevant to you (i.e. you have no such card), of course you should remove it.

I don't see the relevance of your audio and backlight issues with your partitioning issue which now appears resolved. Let's close this thread.

It's done via /E/E/kexts.plist. It follow the same principles as Clover. Details available here in IM's Chameleon thread. Use one of the latest versions such as r2905 or r2908. Micky1979 attached sample files too. Here's one for you: kexts.plist.zip

Try and repair the disk partition to see if that makes any difference. You may also check current partition arrangements through Terminal with command: diskutil list and post the resulting info.

No, patches would be applied to the BDW framebuffer kext in a similar fashion as the frame buffers such as Ivry Bridge Capri or Haswell AZUL for instance. I've highlighted the code for 3 x ports to patch according to your needs. You can patch by applying the same methodology as described in my Haswell AZUL framebuffer patching guide. I've no Broadwell laptop to test with so you'll have to experiment by yourself. If you find DP does not work OOB/by default, it's probably because it registers against port #7 (0304) so to get that working; you'll have to convert one of the other 2 ports to #7.

Those framebuffer patches have not worked on my Haswell HD4600 E6440 since Sierra 10.12.3. I can only get DVI out of theDocking Station if I boot with the lid closed. Then, if I open it up, system dies. Not tried DP off the Docking station for a long time and, then again, it'd be with a DP-to-HDMI adapter, lack of DP-capable monitor oblige... You appear to be using BDW layout 0x16260006. What patches did you apply to that framebuffer/layout? I run High Sierra 10.13.6, not 10.13.5 and your vanilla layout looks like this in HS latest version: 0600 2616 0103 0303 0000 2002 0000 5001 // BDW layout 0x16260006, 3 ports 0000 0060 D90A 0000 D90A 0000 0000 0000 0000 0000 0000 0000 0000 0800 0200 0000 3002 0000 // port #0: built-in LVDS 0105 0B00 0004 0000 0705 0000 // port #5: DP 0204 0B00 0004 0000 0705 0000 // port #6: DP FF00 0000 0100 0000 4000 0000 0B0B 0000 0101 0500 0000 0000 0500 0000 0000 0000 0400 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 C800 0000 -

Attach the zip file in your next reply, using the appropriate buttons...

VGA and DVI won't be supported.

I've been wondering about all those fixes in the Clover ACPI config. And there are incorrect settings activated too like Generate P States + Generate C States. I've not seen any extracted or patched DSDT in the Clover folder. Maybe your ought to check the power values displayed for your USB ports in IOReg and then compare them to iMac15,1's arrangements. You may then patch the EHCx and XHC controllers accordingly like it's done on laptops. These are the power settings of the USB3 XHC device on the iMac15,1: "AAPL,current-available", 0x0834, "AAPL,current-extra", 0x0C1C, "AAPL,current-extra-in-sleep", 0x0C1C, "AAPL,max-port-current-in-sleep", 0x0834, Buffer (0x01) { 0x00 }

And you can still install Sierra over your existing Yosemite installation using Enoch and retain all existing files and apps.

Inject Capri layout-id 0x01660003 for built-in display up to 1400x900 Inject Capri layout-id 0x10660004 for built-in display from 1400x900 and set DualLink to true (=1)

You can physically look at the card after opening the laptop/removing the lower cover. Sometimes, it shows the brand in BIOS; you may also look it up in IOReg. The E7440 has 1 x 1/2 size WLAN slot + 1 x full size WWAN slot, so you don't have to remove the unsupported WLAN card per sé; you may simply add a compatible card in the unused slot. That's what I did with my E6440 (which has 3 x mini-PCIe slots). You'll see both slots once you remove the bottom cover.

Really? We sure must fix that!!!

CPU power management was not running. Ok after deleting the SSDT table installed in Clover's ACPI/patched folder and regenerating a new one after having installed Pike R Alpha's tool properly and adjusted Clover's ACPI config. Also re-installed my A19's patched DSDT since E6230 runs A19 but patched DSDT of a previous version was in place. OP states that Sleep through closing the lid still randomly fails but I know by experience that it sometimes takes several long seconds to kick in. Maybe that's what the actual problem is now that CPU PM is effectively in place and hibernation most definitely disabled. Wake for network access was also disabled in Energy Saver PrefPane. Can't see any reason why closing the lid would not put computer to sleep now, apart from a hardware problem.