Hervé

IDT92HD90 is same audio codec as fitted to the Latitude E6x20 Series. As such, you should be able to re-use the same AppleHDA patch as used on those. You can grab the IDT definition kext + patched AppleHDA kext as posted in the pack of my E6220 Sierra guide with no AppleHDA patches in the Clover config.plist. Check the DSDT too for HDEF device patch. If you prefer to use Clover on-the-fly patches rather than pre-patched AppleHDA kext, the Sierra patch includes the following mods: Find: 8419D411 Replace by: 00000000 Find: 8A19D411 Replace by: 00000000 Find: Replace by: 8B19D411 Replace by: E7761D11

Everything seems pretty accurate to me. What do you think would be incorrect? If you want a tuned FakeSMC, you may grab the kext included in the pack of my E6230 guide.

Not here but check the wiki at IM.

Well, yes that can happen but in the case of the GT610, it was 1st supported in ML 10.8.2 and all the way to Yosemite afaik. I have one in my Vostro200 but that's a retired system for OS X since the HDD died several years ago and I never bothered to replace it. If it's no longer working, it's highly unlikely to be supported again though one should never say never...

Why don't you use the DSDT of an existing guide/pack? That specific Sonix webcam model is not supported, no; others are but just not this one. No DSDT patching for USB devices... https://osxlatitude.com/index.php?/topic/6503-dell-latitude-e6320-with-i5-2520m-hd3000-and-1366x768-lcd-mavericks/&do=findComment&comment=41999 'kinda unfair, I know, especially as the following Sonix models work OOB: 0c45:648b (E6230) 0c45:649d (E6440)

You can ignore the SSDT warning, it happens with many IvyBridge platforms (I get the same on my E6230). If you've installed FakeSMC with all its PlugIns, you can use HWMonitor app to monitor CPU T° + SpeedStep.

Install HWMonitor app if you want to verify CPU SpeedStepping. Kozlek publishes a new version with each new FakeSMC build. Look up his repo(s) through Google search.

TouchPad PrefPane works fine on my Dell E Series laptops... Make sure to adjust your settings then use the provided script to retain them at reboot. What is it that you find "unstable"?

With erroneous Arg lines removed. DSDT.aml.zip For the rest, you'll have to provide/list your full system's hardware specifications.

No, that's not possible. If you absolutely need PC Cards support, then 10.6.6 will be your limit.

Fn-F1 shuts down my E6230 under Sierra. Last time I encountered a similar behaviour, it was on the E6440 and I fixed it with a mod of the CPU-specific generated SSDT. https://osxlatitude.com/index.php?/topic/7387-dell-latitude-e6440-with-i5-4300m-hd4600-and-1600x900-lcd-mavericksyosemite/page-2&do=findComment&comment=47969 https://osxlatitude.com/index.php?/topic/7387-dell-latitude-e6440-with-i5-4300m-hd4600-and-1600x900-lcd-mavericksyosemite/page-2&do=findComment&comment=48339 https://osxlatitude.com/index.php?/topic/7387-dell-latitude-e6440-with-i5-4300m-hd4600-and-1600x900-lcd-mavericksyosemite/page-2&do=findComment&comment=48426 Closing the lid or clicking Apple menu->Sleep does put laptop to sleep however. Make sure you've set hibernation mode to 0 (i.e. disable hibernation and set system for plain old sleep) through Terminal commands: sudo pmset hibernatemode 0 sudo pmset hibernatefile /dev/null sudo rm -f /var/vm/sleepimage ` Il the laptop does not seem to detect lid closure/opening, check that the sensor is properly connected to the motherboard. I had a similar issue on my E6220 when I 1st got it and the lid sensor was disconnected. You'll have to open up the laptop to check it out. If memory serves me right, the sensor is located in the left corner, near the SD card reader. Do check the hardware maintenance manual available off Dell's web site, it's got all instructions to dismantle and refit the laptop.

Please use Google to seek what you need. For instance, with a 3mins search: http://consumer.huawei.com/br/support/downloads/detail/index.htm?id=55243 Then, you'll have to verify that your specific module can be supported under OS X...

I played a little with Mavericks on a HP EliteBook 8560W a couple of years ago. It was fitted with the same JMicron SD card reader as in your XPS L502X and I found no working solution for it at the time. https://osxlatitude.com/index.php?/topic/6536-hp-elitebook-8560w-with-i7-2630qm-nvidia-quadro-1000m-and-1920x1080-lcd-mavericks/ Since then, we've become aware of the DSDT patch where a _DSM Method can be added the SD card reader device in order to declare compatibility with Apple's own card reader (Broadcom 14e4:16bc). If you can identify your SD card reader in IOReg, you could try the patch. If it still does not work, consider it a dead-end.

'seems like you've got yourself into a configuration where you did not install Enoch with default settings and, instead, got yourself into a complicated configuration. My guide just never mentions the hidden EFI partition and quite explicitely state to copy the /Extra folder at the root of the OS X partition. The guide also states to install Enoch without any further form of details, i.e. use the default settings. Please try and follow the instructions detailed in the guides and don't go look for options that are not even mentioned.

Chameleon/Enoch only loads the o.c.B.plist and Themes from /Extra. Are you sure you followed the guide and used the posted files?

Should look something like this: <?xml version="1.0" encoding="UTF-8"?><!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>CsrActiveConfig</key> <string>3</string> <key>DropSSDT</key> <string>Yes</string> <key>EthernetBuiltIn</key> <string>Yes</string> <key>Graphics Mode</key> <string>1366x768x32</string> <key>GraphicsEnabler</key> <string>Yes</string> <key>Kernel Flags</key> <string>kext-dev-mode=1 darkwake=0</string> <key>PrivateData</key> <string>No</string> <key>Quiet Boot</key> <string>Yes</string> <key>SystemType</key> <string>2</string> <key>Theme</key> <string>Default</string> <key>UseKernelCache</key> <string>Yes</string> </dict> </plist>

Last update: 09 Feb 2017 Target macOS release: Sierra 10.12.x This is an Enoch-based installation using the well-known/well-documented vanilla manual method detailed below: Working: full QE/CI with HD4000 graphics (with DSDT patch for Capri FB #3) HDMI output OOB DVI + DP output OOB through port replicator E-Port K07A002 full audio, including jack microphone input and headset output (with patched AppleHDA kext) HDMI audio (with patched AppleIntelFrameBufferCapri kext) built-in Gigabit Ethernet (with AppleIntelE1000e kext v3.1.0) DW380 bluetooth (with Broadcom BT transport kext patch or Rehabman's BrcmFirmwareRepo + BrcmPatchRAM2 kexts) native speedstep (with tuned Kozlek's FakeSMC (SMC keys=2.5f9/SMC compatible=smc-huronriver) and MBA5,2 SMBIOS profile) Turbo boost to x34 3.4GHz (getting CPU multipliers x12/13/14/15/16/17/18/19/20/21/22/23/25/26/27 + Turbo multipliers x28/29/30/31/32/33/34 according to Pike R Alpha's AppleIntelInfo output) sleep & wake (with DSDT patch for EHCx/XHC/HDEF/GLAN _PRW; sleeps Ok on Energy Savings settings/Fn-F1/Apple menu option/power button/lid closure; wakes Ok through lid opening/power button wireless with any compatible card battery management and monitoring (with ACPIBatteryManager kext v1.60.5/1.70.0) SD card reader (with DSDT patch for compatibility with Apple's default reader) integrated webcam OOB keyboard backlight control OOB (for backlit models) left combo eSATA+USB2.0 + right USB3.0 ports OOB Express card slot OOB Not Working: VGA output unsupported Not tested: SmartCard reader fingerprint scanner 1) 10.12 USB installer creation Double click on InstallESD.dmg found in Install macOS Sierra.app/Contents/SharedSupport to mount the dmg image Then mount BaseSystem.dmg (hidden file) open /Volumes/OS\ X\ Install\ ESD/BaseSystem.dmg Use Disk Utility to restore the contents of BaseSystem.dmg on a USB key (or HDD partition) formatted Mac OS extended (journaled). Remove link for Packages in folder System/Installation of your USB key rm /Volumes/OS\ X\ Base\ System\ 1/System/Installation/Packages Copy folder Packages located in InstallESD.dmg to folder System/Installation of your USB key cp -R /Volumes/OS\ X\ Install\ ESD/Packages /Volumes/OS\ X\ Base\ System\ 1/System/Installation Copy the 2 hidden files (BaseSystem.dmg & Basesystem.chunklist) of InstallESD.dmg to the root of your USB key cp /Volumes/OS\ X\ Install\ ESD/BaseSystem.* /Volumes/OS\ X\ Base\ System\ 1 Install Enoch r2839 r2848 (latest at time of update ) on the USB installer with all default settings attachment=11914:Enoch-rev.2839.pkg.zip Enoch-rev.2848.pkg.zip Copy the above Enoch r2839 r2848 installer package to the root of the USB installer Copy the following (unzipped/extracted) E6230 bootpack to the root of the USB installer E6230_i5-3340M_HD4000_Sierra_Pack.zip E6230_i5-3340M_HD4000_Sierra_Pack_#2.zip E6230_i5-3340M_HD4000_Sierra-Pack_#3.zip If your E6230 is fitted with a different CPU that the i5-3340M, delete the SSDT.aml table from the bootpack; you'll generate the suitable one later. Create a folder called Kernels under /System/Library (normally, it won't exist at that stage) Copy the appropriate Sierra kernel to /System/Library/Kernels. Copies of the kernels are available here 2) 10.12 installation Boot the 10.12 USB installer (it may take a little time to kick in) with -f -v boot flags At macOS installer main screen, open up Disk Utility in Utilities menu If applicable, partition your target disk in GPT/GUID scheme Create your target 10.12 partition and format it as OS X Extended (Journaled) Close Disk Utility and proceed with macOS 10.12 installation as usual 3) Post-installation fine-tuning Reboot the 10.12 USB installer (it may take a little time to kick in) At macOS installer main screen, open up Terminal in Utilities menu Verify CoreStorage installation disk mode diskutil list If CoreStorage activated for Fusion drive (i.e. presence of a logical disk), revert to legacy mode diskutil corestorage revert <device> (for example: /dev/disk1) Identify your freshly made 10.12 partition name df Copy the Extra folder from the USB installer to your identified 10.12 disk partition cp -R /Extra /Volumes/<your fresly made 10.12 partition name> (for example: cp -R /Extra /Volumes/OSX_disk) Reboot the 10.12 USB installer, press a key at delay bar (or F8) to interrupt boor process and select your freshly made 10.12 disk partition. You'll then be booting Sierra for the 1st time Complete the 1st boot installation finalisation Once at the 10.12 desktop, run the Enoch r2839 r2848 package from your USB installer to install Enoch on your HDD; it should be installed on the 1st partition of the disk Eject the 10.12 USB installer and put it aside Disable hibernation (can be done later, but should be done): open up Terminal and type the following commands sudo pmset hibernatemode 0 sudo pmset hibernatefile /dev/null sudo rm -f /var/vm/sleepimage Copy the appropriate Sierra patched AICPUPM kext to /System/Library/Extensions. Copies of the kext are available here copy all kexts except NullCPUPowerManagement from /Extra/Extensions to /Library/Extensions (ignore and acknowledge the permissions-related error messages) copy patched AppleHDA from /Extra/Extensions/Copy_to_SLE to /System/Library/Extensions (ignore and acknowledge the permissions-related error messages) repair kexts permissions and rebuild cache (if you end up with "Error 77..." message, repeat the touch + kextcache commands) sudo chmod -Rf 755 /S*/L*/E* sudo chown -Rf 0:0 /S*/L*/E* sudo chmod -Rf 755 /L*/E* sudo chown -Rf 0:0 /L*/E* sudo touch -f /S*/L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U / Edit /Extra/kernel.plist and set KernelBooter_kexts parameter to No <key>KernelBooter_kexts</key> <string>No</string> If your E6230 is fitted with a different CPU than the i5-3340M, download Pike R Alpha's SSDT generator tool and generate your own CPU-specific SSDT. Copy the resulting SSDT.aml file to /Extra folder (it's normally prompted by the tool). Reboot your finalised Sierra installation Please note that: Loading injected kexts from /E/E with boot option KernelBooter_kexts=Yes is slower than loading cached kexts placed in /S/L/E or /L/E. After any kexts modification, whether to /S/L/E or to /L/E, repair permissions and rebuild cache as detailed above. At each Sierra version update: type option KernelBooter_kexts=Yes at 1st reboot to boot with NullCPUPM from /E/E or you'll encounter CPU PM-related KP once new Sierra version installation has completed, replace vanilla AICPUPM in /S/L/E by the corresponding patched version, repair kexts permissions and rebuild cache In Sierra, the AppleHDA binary patch for codec IDT 92HD93 consists of: replace 8419D411 by 00000000 (2 x instances if you manually patch the kext) replace 8A19D411 by 00000000 (2 x instances if you manually patch the kext) replace 8B19D411 by DF761D11 (2 x instances if you manually patch the kext) Other E6230 laptops fitted with a different CPU will require a different (and suitable) SSDT table than provided in the above pack (can be looked up on the web or created with Pike R Alpha's SSDT generator tool). In such cases and in order to avoid CPU power management-related kernel panics (KP), NullCPUPowerManagement kext (available in folder RemovedExtensions of bootpack) is required until the CPU-specific SSDT is generated. The kext just needs to be added to /Library/Extensions followed by permissions repair/cache rebuild. - - - - - - - - - - Edit #1: 06 Feb 2017 Updated pack #2 with revised DSDT and kexts: PNLF device _UID value changed from 0x0E to 0x0A to provide vanilla brightness control. IntelBacklight kext removed as a result Added PCIID_XHCIMux kext to support USB3.0/USB2.0 port multiplexing Added Shiki kext to fix iTunes green video issue on HD4000 iGPU Added EAPDFix kext to better support headphones hot-plugging Added IOAHCISerialATAPI_injector dummy kext (can also be injected to FakeSMC) to fix DVDPlayer launch error Newer ACPIBatteryManager kext v1.70.2 Newer patched Capri FB kext v10.22.29 Added CodecCommander to kexts destined to SLE to better support headphones hot-plugging Added optional Broadcom BT firmware patching kexts to kexts destined to SLE A choice of SMBIOS profiles and associated tuned FakeSMC: MBA5,2 or MBP9,2 New Enoch version r2848 that fixes a Sierra bug when injecting kexts from /E/E (previously required -f flag to boot without cache) - - - - - - - - - - Edit #2: 09 Feb 2017 Updated pack #3 with Shiki kext removed as it can trigger KP when booting USB installer. To be installed as post-installation tuning if necessary. Shiki.kext.zip Replaced Enoch older version r2839 with latest r2848 that fixes a bug for kexts injection with KernelBooter_kexts boot parameter - - - - - - - - - - Edit #3: 21 Jan 2018 Latest Security Update may cause KP on reboot if an older Shiki kext (like v1.8.9) is installed. Make sure to update the kext to latest version. https://github.com/vit9696/Shiki/releases

The Themes folder inside /Extra in all likelihood. You can grab it from the pack posted here.

If you're talking about this guide, I've just checked again and there is nothing wrong with it or the provided pack.

Well, that's no good either. An OS X USB installer is just not a USB key with the Apple installation app copied onto it. I suggest you read the various guides we have around. Try and build your USB installer with a Virtual Machine maybe. With regards to the D630 nVidia, you can consult this guide. The process involved in creating the USB installer is the same for Yosemite as it is for El Capitan or Sierra.

What's your "Yosemite 10.10 DMG"? An image of an installation you got somewhere or the actual Apple installation package. Regardless, if it's not bootable, it's of no use and you still need to install a bootloader (EFI partition + bootstrap files)

Absolutely nothing to do with BIOS. You just have no bootloader installed on your USB installer and without access to a Mac or a Hack, it's going to be tricky unless you can find a bootable image you can restore on a USB key or DVD.

You've activated some debugging option; deactivate it!

It's usually the opposite: problems in 40Hz that get sorted by switching to the more regular 60Hz...

You don't need to give it any more than a few minutes for the installer to begin copying the files. In your case, it's clearly not happening.