Hervé

Use the SMBIOS + FakeSMC kexts of the D630 nVidia El Capitan pack I linked to in your other thread about the D630. You'll also find valuable information about native CPU SpeedStep here and about GPU throttling through AGPM patch here.

It's the same pack as with El Capitan. https://osxlatitude.com/index.php?/topic/8081-full-packs-for-d620d630-snow-leopard-lion-mountain-lion-mavericks-yosemite-el-capitan/ Same installation process too. https://osxlatitude.com/index.php?/topic/8645-dell-latitude-d630-with-core2duo-and-nvidia-quadro-nvs-135m-el-capitan/ Regarding poor performance, it's all explained here and here. The posted packs already include the necessary tuning.

Again, downgrading to A02 is a necessary intermediate step prior to upgrading to A11. All will be Ok afterwards or we would never recommend to do this. This being said, it's all up to you but we don't need to spend an entire thread on this.

Regarding wireless, look here. For your SD card reader, it's either PCIe or internal USB. if it's of the former type (which it would appear to be according to your posted description), you can try the DSDT patch where the device is declared compatible with Apple's own Broadcom-based reader 14e4,16bc. The patch is detailed in several thread and posts. If that does not work, you'll need a kext; VodooSDHC kext may work but it breaks sleep/wake. if the reader is of the latter form, then it should work OOB or not at all; no add-on kexts involved... You should also see it listed in USB section of the SysProfiler, regardless of working status.

For audio through patched appleHDA, you must: 1) install the IDT 92HD90 dummy/definition kext in /L/E 2) replace vanilla AppleHDA kext in /S/L/E by the patched version or apply the patches through Clover on-the-fly facility AppleHDA patch consists of the following binmod of the main kext binary file (i.e. not the PlugIns): Find: 8B19D411 Replace: E7761D11 Find: 8419D411 Replace by: 00000000 Find: 8A19D411 Replace by: 00000000 There are 2 x instances of each replacement. You can use an app like HexFiend to proceed with the mod. 3) repair permissions and rebuild cache 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 / Don't worry about the error 17; that's normal. If you have an error 77 however, retype the touch + kextcache commands. Unlike Yosemite or El Capitan for instance, you will not obtain working audio in Sierra with a patched AppleHDA kext from a previous OS X version; you have to patch a vanilla version from Sierra.

That's correct. You change the parameter from Yes to No after installation tuning so that you use cached kexts from /L/E, not injected kexts from /E/E. Kexts can again be injected through bootloader maual option and flags KernelBooter_kexts=Yes -f -v. Damn, your were spot on with my erroneous kernel.plist. I must have selected part of the text in the file and delete it by mistake right before saving it! That's been fixed too. Really sorry...

If you want to change bootloader, there is no need to re-install the OS, no. You'll just install the new desired bootloader and adjust the settings accordingly. On a fully working system, if you switch from Enoch to Clover: move your SSDT and DSDT tables from /E/E to EFI/CLOVER/ACPI/patched of your EFI partition if you inject kexts, move them from /E/E to EFI/CLOVER/kexts/Other or EFI/CLOVER/kexts/10.xx. If you do not inject kexts but cache them from /S/L/E or /L/E, there is nothing further to do create your relevant Clover config.plist if you switch from Clover to Enoch: move your SSDT and DSDT tables from EFI/CLOVER/ACPI/patched of your EFI partition to /E/E if you inject kexts, move them from EFI/CLOVER/kexts/Other or EFI/CLOVER/kexts/10.xx. to /E/E If you do not inject kexts but cache them from /S/L/E or /L/E, there is nothing further to do create the relevant kernel.plist + o.c.B.plist + SMBIOS.plist in /E/E

I've found that USB ports tend to work OOB on the E6220. But the USBInjector + patched DSDT of the latest pack will certainly get them all working under EC (and/or Sierra).

A11 is the target version, not A12. You must 1st go back to version A03 or A02 if I remember well, then upgrade to A11. Use the lowest possible version available on Dell's support web site. BIOS version A12 and above will give you graphics artefacts. It's all explained in the pinned reference E6230 BIOS thread available here, at the top of this very E6xxx section. I don't know how we could make this more visible...

You can indeed adjust the permissions of the given kexts you're playing with. You still need to touch the containing folders and rebuild the cache. As such, it's not going to be any quicker than adjusting permissions for the whole folders, on the contrary. In fact, you're probably going to spend more time typing up the specific paths + kext names, especially if you're playing with multiple kexts. Not trying to be big headed here but the latest pack I posted yesterday is probably one of the best tuned version you'll find around for a Chameleon/Enoch based installation. It covers everything: USB ports, HD3000 graphics, VGA + HDMI graphics, audio including jack+HDMI output, DW375 bluetooth, battery management, sleep & wake, SD card reader, LAN, keyboard and TouchPad, native CPU SpeedStep. Wireless depends entirely on the card fitted to your laptop so that's not going to be covered by any pack, no. All you have to do is copy the kexts from /E/E to /L/E + patched AppleHDA to /S/L/E. Once you've then repaired permissions, rebuilt the cache and set KernelBooter_kexts boot option to No, you'll be set for good. Wireless depends entirely on the card fitted to your laptop so that's not going to be covered by any pack, no.

@pafkata: there is no known/ongoing/outstanding issues with Sierra on the E6220. Everything works perfectly like it did with previous OS X versions. @torakikii: Enoch is a branch of Chameleon, so it's Chameleon underneath. Choosing between Enoch/Chameleon and Clover is a matter of personal choices: many people (especially beginnners) will find Enoch/Chameleon much easier to use than Clover which somehow requires a bit of a Master's Degree to fully understand and configure. Then, Clover is far more powerful than Enoch and goes way beyond the scope of a simple bootloader.

Make sure to repair permissions and rebuild the cache once you've copied the kexts to /L/E and the patched AppleHDA to /S/L/E. If you only keep/use the kexts in /E/E, then you need to boot with options KernelBooter_kexts=Yes -f -v to inject the kexts at startup and you will not have audio.

Your boot issue is that of 4K sector HDD. Using the attached i386 folder extracted from Enoch r2839 package, copy the boot1h file to your OS X partition using the following process: 1) identify your OS X disk partition diskutil list 2) copy the boot1h file to your identified OS X disk parition cd <i386 folder> dd if=boot1h of=/dev/<identified OS X disk partition> ` Eg: cd ~/Desktop/i386 dd if=boot1h of=/dev/disk0s3 i386.zip It's a long time since I've had to do this myself, but if I remember well, you may not manage to properly execute the dd command on the mounted partition you've booted from. In that case, copy the i386 folder to the root of you USB installer, then boot it and open up Terminal once you've reached the OS X installer screen. Then use the commands above to copy the boot1h file to your HDD partition.

Just to let you know that I made some final adjustments to pack 4 as detailed in the EC guide that I also slightly revised with regards to adding patched AppleHDA / AICPUPM / IOGraphicsFamily / AppleRTC kexts. Should be much better for everyone now.

Ok, found the issue: I uploaded a revised bootpack where KernelBooter_kexts is set to No. I've corrected that now. What you can do with your current USB installer is interrupt Enoch's startup process when you see the moving character in the top left corner and type: KernelBooter_kexts=Yes -f -v This will ensure you load kexts from /Extra/Extensions (as desired) and boot without cache, bypassing /Library/Extensions. Just for clarity, can you explain what you meant when you wrote: "I put the patch for the power management into extensions as suggested" ?

Sierra does indeed work perfectly on the E6220. I'm overdue for the guide but it's basically more or less the same as for El Capitan and you can re-use the same pack meantime (I've just updated it with Dr Hurt's VoodooPS2Controller Release 4).

You install Enoch with the default settings, that's why there is no further details on its installation. The bootpack will then add all necessary options. The KP is due to the VoodooPS2Controller provided in my pack, I need to replace it with Dr Hurt's Release 4. Grab it from here and you should then be able to boot 10.11.6 Ok. I'll update the pack. My apologies for not doing this sooner.

Sierra runs with the same patches/adjustments as El Capitan...

Sounds like you're talking about a OS X disk/partition + a Win disk/partition on the same PC. If you cannot get Transmit to work properly, why don't you create a 3rd small partition, formatted FAT on which you can copy files to/from Win and OS X? That certainly works, I can vouch for it.

Looking at the extracted DSDT, it appears the PCI root is set to 0: Scope (_SB) { Device (PCI0) { [...] Name (_UID, 0x00) // _UID: Unique ID It's the _UID value of device PCI0. From OS X, the PCI root value can also be checked through the following Terminal command: ioreg -l | grep -15 "AppleACPIPCI\ " | grep UID ` You can refer to this old thread for details: https://osxlatitude.com/index.php?/topic/2061-dell-precision-470-670-workstation-snow-leopardlionmountain-lionmavericksyosemite/&do=findComment&comment=32511 https://osxlatitude.com/index.php?/topic/2061-dell-precision-470-670-workstation-snow-leopardlionmountain-lionmavericksyosemite/&do=findComment&comment=32511

It'll be worth checking what PCI root value Dell set on this workstation. Dell had a habit of setting it to 4 on its high end PCs and workstations. It was therefore necessary to set PCI root to 4 as a bootloader option to be able to successfully boot OS X. Thereafter, the DSDT could be patched to change the PCI root to 0 (i.e. default bootloader value).

Indeed, the E6x20 normally only runs OS X with BIOS in legacy mode.

There are existing threads on keyboard remapping. https://osxlatitude.com/index.php?/forum/102-keyboard-trackpadtouchpad/

You should use MBP9,2 or MBA5,2 SMBIOS on your IvyBridge E6430.

Forget about 802.11ac cards under SL or Lion; OS X only supports this from ML 10.8.4, or 10.8.5 i.e. unreachable territories for the D630 GMA X3100. In addition, please note that the D630 only takes full-size mini-PCIe cards so you would need to add an adapter plate if you want to install a half-size wireless card. I would advise you to consider a full-size 802.11n Broadcom and/or Atheros card that'll work OOB. I can recommend Atheros AR5B91 (2.4GHz) or AR5BXB92 (2.4+5GHz). On the Broadcom side, you have the DW1505.