Hervé

Details of the AppleHDA patch are here.

Keep patched AppleHDA in /S/L/E (it only loads from there) and the IDT definition kext in /L/E. Which version of AppleHDA do you currently have? Did you keep your vanilla file? Here are the files for 10.12.1 (beta4 & 5). E6230_Patched_AppleHDA_10.12.1.B4-5.zip Binary patch applied to AppleHDA v278.23: Find: 8419D411 Replace by: 00000000 Find: 8A19D411 Replace by: 00000000 Find: 8B19D411 replace by: DF761D11

Hmm, can't really see why you went on to inject stuff like device FRWR@1,4. Seems you copied a lot of stuff literally from the D630n DSDT. But, as long as it works for you...

Patched AppleHDA kexts from older versions such as Mavericks or Yosemite worked in El Capitan. This no longer applies with Sierra. So you'll have to patch Sierra vanilla AppleHDA or use the IDT definition kext + Clover on-the-fly patches described by Jake.

No side on/off switch or Fn- combination that could have turned the card off? It's also worth checking that your DSDT (assuming you use one) does not inject definition for another model.

tuh tuh tuh... April 2016: https://osxlatitude.com/index.php?/topic/8883-dell-latitude-e6230-with-i5-3340m-hd4000-and-1366x768-lcd-mavericksyosemiteel-capitan/

I confirm that all looks perfectly Ok in the screenshot. What I can say though is that I did notice some minor graphics glitches on my HD3000-based E6220 with the initial released version of Sierra. Those went away after I upgrade to 10.12.1 beta versions. So if the OP does experience glitches, I expect they will disappear in 10.12.1.

It's just that the DSDT you posted looks identical to that of the D630, that's all... I did ask for the raw 1720 DSDT but you never posted it.

Don't fit a FSB1066 Penryn CPU. The FSB will only work at 800MHz, so even if the CPU was recognized, it would run much slower (at n x 200MHz instead of n x 266MHz). Only install a FSB800 CPU.

Unless you have the nVidia GPU, you can forget about running OS X on the E6400. Integrated graphics chip is GMA X4500MHD and that's totally unsupported. You could install OS X but it would run very poorly to the point of being useless so you'd be wasting your time. Ok with nVidia GPU though and Ok with Sierra if you have a Penryn C2D CPU with SSE4 instructions set. Failing that, the buck stops at El Capitan.

We would not be suggesting to do so otherwise...

There are only 2 x models of FSB800 T9xxx...

It's always been possible to boot OS X off an external HDD (unlike Windows). But with El Capitan onwards, you have to make sure all your USB ports are operational since Apple modified USB ports management in EC and beyond. Hence the frequent requirements to patch DSDT and rename EHCx devices (USB2.0 controllers) to EH0x devices; this is then followed by the use of a USBInjector kexts to declare all USB ports under the SMBIOS profile used on the computer.

Runs decently if you have a T9xxx but it's no F1 car of course...

Your pack is missing the org.chameleon.Boot.plist... NB: Can you confirm you're actually using the D630 nVidia's DSDT?

Please post your full zipped EFI folder.

I confirm that Conroe E6600 bears no SSE4 instructions sets and, indeed, GeForce GT610 was reported unsupported by several users.

Last edited: 19 Aug 2019 For those who would still encounter issues with CMOS writes and subsequent BIOS resets or long BIOS POST at reboot, the attached pre-patched AppleRTC kexts should cure things. As indicated at InsanelyMac and other places, the patch consists of the following binary modification of the kext binary file: Find: 75 2E 0F B6 Replace by: EB 2E 0F B6 From Mavericks 10.9 to Mojave 10.14, AppleRTC shows a version v2.0. The patched kext can be used "as is" and, because version is up'ed to 92.0, will take precedence over the vanilla kext once placed in /S/L/E, in /L/E or injected through the bootloader from /E/E/ or E/C/k/10.x or E/C/k/Other folders. Patched_10.9_AppleRTC.kext.zip Patched_10.10_AppleRTC.kext.zip Patched_10.11_AppleRTC.kext.zip Patched_10.12_AppleRTC.kext.zip Patched_10.13_AppleRTC.kext.zip Patched_AppleRTC_10.14.3.kext.zip

You'll need to post the identified specs of your hardware so that we can point you towards all necessary kexts. So please list exact model for CPU, graphics, LAN, audio, wireless, SD card reader, etc.

Use the patch detailed in Jake's config.plist for the E6x20. Failing that, I'll send you the pre-patched AppleHDA + IDT 92HD90 definition kext.

NEVER place kexts in EFI/Clover/kext/xxx AND in SLE or LE. Only ever use 1 x single copy of kexts. There are no specific add-on kexts for the Intel chipset, Apple OS already fully supports it since it's used in their own Mac models.

Assuming you have ALC292 patched AppleHDA working, HDMI audio requires DSDT HDAU device + patching of Azul Framebuffer kext as explained here: Find: 01050900 00040000 87000000 Replace by: 01051200 00080000 87000000 ` All this under layout-id 0600260a. More details here.

You can re-use the same kexts you used for Mavericks but I'll make a few comments: Patched_10.7_AppleRTC is obsolete beyond Lion. If you need to patch Mav/Yos/EC/Sierra's AppleRTC kext (all v2.0) because you experience CMOS resets or long BIOS POST at reboot due to CMOS writes, you can patch the vanilla AppleRTC kext as follows: Find: 75 2E 0F B6 Replace by: EB 2E 0F B6 If you can't patch the kext yourself, we can post the modded version. Note that the patched kext can go to /Library/Extensions whilst retaining the vanilla version untouched in /S/L/E. Only the patched kext will load. If you retain NullCPUPowerManagement, you'll have no native CPU speedstep, which is highly undesirable. If you have a C2D or C2Q CPU, you can get native CPU SpeedStep through a combination of FakeSMC tuning + appropriate SMBIOS profile. You can remove the reference to kernelHasswell (should single "s") if you don't have a Haswell CPU/platform. Only use KernelBooter_kexts=Yes if you want to inject kexts placed in /Extra/Extensions. You should copy your add-on kexts there anyway, in case you need to boot without cache since that ignores kexts placed in /L/E. You will need to add boot option CsrActiveConfig to the org.Chameleon.boot.plist and set the value to, say, 3. It's mandatory to disable SIP and load your add-on kexts priot to building the cache. In case you don't already know this, Sierra requires a CPU with SSE4 instructions set. You have not provided your XPS210 specs but if your CPU does not meet that key criteria, you'll be limited to El Capitan until you upgrade your CPU to a SSE4-capable model. I know XPS210 could be fitted with Allendale models (eg: C2D E4500) and these won't do.

There were 2 x VoodooSDHC kext implementations: one with dma, one without. I guess Griftopia should try them both. From memory, they're still available on the Voodoo web site, failing that Google is our friend as usual...

Use the Dr Hurt's final driver from updated p1 of the thread. For audio, you should use patched AppleHDA instead of VoodooHDA Do you use VoodooSDHC kext at all for the SD card reader? If so, that'll explain the issues on wake. Get rid of the kext and patch your DSDT instead as the card reader can work OOB if DSDT device is defined as compatible with Apple's default device. You can search for this on the forum.