Hervé

Ripple effect was last seen in Snow Leopard. You can check graphics acceleration through Finder's bar + Dock transparency and DVDPlayer Features to name a few.

Not seen this model here so you're the 1st. Please post your system's specs (CPU, GPU, audio, LAN, wireless, USB, etc.) as well as a zipped copy of your Clover config file. Haswell laptops need KernelPm patch enabled.

Head over to our R&D->Wifi subsection where you'll find a non-exhaustive list of supported cards. You could also use our brand new Search facility or consult the FAQ section...

Re: VoodooPS2Controller kext, head over to DrHurt's thread in R&D section and grab R6 compiled by Bronxtech. That'll sort you out.

you just need to update, that's all.

Sorted after restoring 10.13.4's vanilla AppleHDA kext, installing AppleALC kext and modding DSDT's HDEF device from layout 1 to layout 12.

No comparison to be made with the D630. That old model does not have Optimus/dual graphics (and Optimus is not supported under OS X/macOS) but either Intel GMA X3100 or Nvidia NVS 135m. The former GPU was last supported in Lion whereas the latter remains supported in High Sierra (because it is Tesla). On the other hand, the NVS 4200m is not supported in macOS versions (because it's Fermi GF119).

Also remember that, on these laptops, audio is dead if you reboot into OS X/macOS from Windows. You'll get audio after a cold reboot.

If you go the dummy ALC292 way, make sure you: patch AppleHDA for ALC292 (see my E6440 guide for details; you can either bin mod the kext or apply Clover on-the-fly patches)) inject layout 1 in your HDEF DSDT device (or through Clover) Alternatively, keep everything vanilla and install AppleALC kext and inject layout 12 (or 28 or 29). 12 worked on my E6440. https://github.com/vit9696/AppleALC https://github.com/vit9696/AppleALC/wiki/Supported-codecs

Great, thanks. Data rates look pretty good.

Graphics artifacts are pretty common with many Hackintoshes running with HD3000 graphics. Got the same with my E6220 from El Capitan/Sierra onwards. Was Ok up to Yosemite. Things improved greatly after I upgraded RAM to 8GB but I still get the occasional lines across the screen. It seems to get worse after multiple Sleep/Wake. The patch to increase VRAM does not really help much. Could be an EDID issue; never really got into it...

Good to know. Don't be hesitate to post the list of actions you took for the benefits of others.

Clearly, I was referring to iGPU id faking + Capri layout id, as suggested in a previous post above.

Do you really use a patched DSDT file called "System DSDT.aml" ? Or is that a mistake in your Clover config file? And why did you select to drop OEM DSM "IntelGFX"? If the absence of iGPU id faking and Capri layout-id did not get you graphics acceleration, maybe you ought to try with, don't you think?

Did you adjust the settings through the TouchPad PrefPane?

Both my Captain! 1) you fake the iGPU id to one natively supported by OS X/macOS 2) you inject the appropriate Capri frambuffer/layout through ig-platform-id + tick "Inject Intel "box

If you use SMBIOS of MBP9,2, you probably need to fake iGPU id of mobile HD4000 8086:0166 too. Desktop Mac models with Ivy Bridge HD4000 graphics are: iMac13,1 (i3 "education" model only, the others have nVidia graphics) mini6,1 mini6,2 Other laptop with HD4000 graphics are; MBA5,1 MBA5,2 MBP10,2 You can obtain a detailed list as everymac.com where you can conduct all sorts of searches and filtering. I suggest you download the IOReg of those model and check the reported PCI ids of the iGPU, then fake it. We've posted a link to a repository of Mac technical dumps here.

Your code remains incorrect; change it as follows: If (LEqual (PM6H, One)) { CreateBitField (BUF0, \_SB.PCI0._Y0C._RW, ECRW) // _RW_: Read-Write Status Store (Zero, ECRW) } If (PM0H) { CreateDWordField (BUF0, \_SB.PCI0._Y0D._LEN, F0LN) // _LEN: Length Store (Zero, F0LN) }

Screen sleep and computer sleep are 2 x different things and are usually displayed as separate elements in the Energy Savings PrefPane. I've no laptops newer than Haswell but can confirm that Apple had merged the 2 x for Haswell systems. This can however be reverted. All details available here.

If you read the existing topics for these QMI models, you'll find that you need to set them to the correct QMI mode if Direct IP (DIP) is not readily available. You may find this too difficult to your liking. Example here:

http://myhack.sojugarden.com/ Conti stopped development at Mavericks but it's a complete tool that offers: USB installer creation managed installation of OS X, from SL to Mavericks All you need is the M6800 bootpack. You can search the forum on myHack, years ago, I wrote some general summary of what it does and how.

With regards to cancelling the default APFS conversion of the target High Sierra partition, one can also reboot the HiSie USB installer after the installation process has created the temporary "macOS install from ..." partition and initiates a 1st reboot. Then, the idea is to modify the minstallconfig.xml file located on the macOS Install Data folder of the target partition/volume and change: <key>ConvertToAPFS</key> <true/> to: <key>ConvertToAPFS</key> <false/> with a basic text editor like vi. Once the mod is done, the "macOS install from ..." partition can be booted to complete the High Sierra installation in HFS+ mode (or whatever scheme the partition was originally made with). https://hackintosher.com/guides/how-to-opt-out-of-apfs-in-high-sierra/

Ouh, there's quite a lot in there that's not applicable to Mavericks! In your Clover config, you can remove: the USB controller renaming the AICPUPM patch the faking of desktop HD4600 (at least if you want to use nVidia GPU) the Azul layout-id injection most of the on-the fly patches (you can keep the Azul FB + Apple patches; maybe the Brcm4360 too) then, why do you drop all those SSDT tables? One usually only drops SSDTs CpuPm+ Cpu0Ist In the list of "sortedOrder" SSDTs, you have SSDT + SSDT-8 + SSDT-PNLF, yet your ACPI/patched folder has no SSDT.aml file, only the other too. You want to correct this, either by generating your own CPU-specific SSDT or by removing the entry from the Clover list Your IOReg does show the nVidia GPU but I noticed the _DSM method in SSDT-8 has no NVDA,Parent statement. you may want to add that just in case. Not thought of giving myHack a try instead of Clover? How did you make the Mavericks USB installer?

I see, sorry that was not clear to me. Post your own DSDT and we'll look into it in order to tell you what might be wrong or missing or needing adjustment.

Erm... do you or do you not have HDMI audio working? Because you say you do, then that you would like to get audio over HDMI working, so... Anyway, to get HDMI audio working you need: ALC292 audio working (whether with patched AppleHDA + dummy ALC292 kext + HDEF layout injection in DSDT/Clover or with AppleALC kext and HDEF layout injection in DSDT/Clover) patching of B0D3 device in DSDT (renaming to HDAU + injection of "hda-gfx" property) Patching of Azul FB layout so that you set your relevant output port to HDMI connector-type 0008 0000 You can consult my E6440 guide where all is explained in details.