Hervé

No and remove the o.c.B setting, it's not needed. All you need is: 1) the IDT definition/dummy kext copied in /L/E from where it'll be cached 2) patched AppleHDA copied in /S/L/E where it overwrites the vanilla kext 3) permissions repaired on /S/L/E + /L/E and cache rebuilt Assuming you run Sierra 10.12.3, please use the following files: AppleHDA_IDT92HD93.kext.zip Patched_AppleHDA_111D-76DF.kext.zip To repair permissions and rebuild your cache, use the usual Terminal 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 / If you get an error message ".... 77", retype the touch + kextcache commands. Ignore the message if it says "... 17". NB: My E6230 guide was not clear enough in the respect of patched AppleHDA, so I've just updated it to that effect.

For DP output, connector #2 (port #6) should be kept (as expected). The pipe lower byte just needs to be set to 0x12. The patch is as follows: 0600 260A 0103 0303 0000 0002 0000 3001 0000 6000 0000 0060 D90A 0000 D90A 0000 0000 0000 0000 0000 0000 0800 0200 0000 ; connector index #0/port #0, connector-type LVDS 3000 0000 0105 1200 0008 0000 8700 0000 ; sets connector-type to HDMI 0204 1200 0004 0000 8700 0000 FF00 0000 ; sets port pipe to 0x12 0100 0000 4000 0000 0F00 0000 0101 0000 0400 0000 0000 0000 0E00 0000 0000 0000

Ethernet needs to be 1st interface en0, wifi secondary interface en1. You can verify this through Terminal command ifconfig. If you can make them out, check their respective MAC address through the Network PrefPane (displayed in each interface's Hardware tab). The necessary process to set this up properly has been detailed a dozen times so look it up. That'll work for AppStore and FaceTime. For iMessage, that's far more complicated due to Apple's increased security restrictions over the last few years. Google for it and you'll understand.

Please read-up the FAQ! Then use Google where you should find that a cat lover is your friend... Anyone is expected to make a minimum effort...

https://github.com/Piker-Alpha/ssdtPRGen.sh If you download the complete zip archive and install it according to the published instructions, you'll be able to add your own CPU's specs to the database file. The database files are located in your home directory, under Library/ssdtPRGen: The CPU characteristics database files are plain text and can therefore be edited with vi through Terminal or with TextEditor. Just gather your CPU's specs off the web (ARK Intel, cpu-world, etc.). The specs you need to inject are listed at the top of each file.

Disable SIP. Google it up if you don't know what it means. Before you ask, Intel wireless will have to be replaced.

Read through the Bible on 1st gen Intel HD graphics. This should sort you out, one way or the other.

The HDMI patch usually applied to HD3000 (for HDMI audio) may indeed not be applicable to the nVidia model.

The mobile HiRes framebuffer 0x01660004, used for laptops with built-in LCD with a resolution greater or equal to 1600x900, only carries 1 x LVDS output port by default. It must therefore be patched to support additional video outputs and HDMI audio: In the case of Sierra 10.12, the vanilla framebuffer 0x01660004 is defined as follows: 04006601 01030101 00000002 // 1 x display output port 00000001 00000060 10070000 10070000 00000000 60290400 00000000 00000000 00000000 05030000 02000000 30020000 // LVDS port 00000000 01000000 40000000 00000000 01000000 40000000 00000000 01000000 40000000 00000000 00000000 00000000 and, building on the patch for LoRes FB 0x01660003, it can be patched to this: 04006601 01020402 00000004 // /!\ patch: 4 x display output port 00000001 00000060 10070000 // *** unmodified *** 10070000 00000000 60290400 // *** unmodified *** 00000000 00000000 00000000 // *** unmodified *** 05030000 02000000 30020000 // *** unmodified *** LVDS 02050000 00080000 07040000 // /!\ patch: HDMI (for audio) 03040000 00040000 81000000 // /!\ patch: DP/DVI (untested) 04060000 00040000 81000000 // /!\ patch: DP/DVI (untested) 00000000 00020011 00000000 // /!\ patch The patch is not a mirror copy or copy/paste of the contents of the LoRes FB. In particular, it's critical to leave the LVDS port definition unchanged (code line starting with 05030000...). In a nutshell, the AppleIntelFramebufferCapri patch consists of: Find: 040066010103010100000002 Replace: 040066010102040200000004 + Find: 0503000002000000300200000000000001000000400000000000000001000000400000000000000001000000400000000000000000000000 Replace: 0503000002000000300200000205000000080000070400000304000000040000810000000406000000040000810000000000000000020011

It appears you're confusing things so let's get some facts right to begin with... All E6x30 models, including the E6430s are IvyBridge. The corresponding integrated Intel GPU is HD4000. Under OS X, HD4000 graphics is handled by the Capri framebuffer. The associated kext is AppleIntelFramebufferCapri.kext. As its name actually implies, AppleIntelSNBGraphicsFB is a SaNdyBridge iGPU framebuffer. For SandyBridge, we're talking about Intel HD3000. Whilst VGA output is supported under HD3000 through binary patching of the SNB frame buffer kext, it's regretfully not the case for HD4000 Capri framebuffer kext. So, no VGA output for E6x30 laptops with HD4000 graphics. DP and DVI outputs are supported OOB off Dell's docking station PR03X. HDMI output is normally supported OOB but Capri framebuffer binary patching is usually required to obtain HDMI audio. E6x30 models with LoRes LCD ( E6x30 models with HiRes LCD (1600x900 and higher) use Capri FB #4 (0x01660004) with DualLink enabled HD4000 supports up to 3 x concurrent displays but that can only include a laptop built-in display if it is fitted with an eDP connector. Regretfully, our Dell E6x30 use an LVDS connector for the built-in screen... This being said, to get multiple external displays working, you need to patch your Capri framebuffer accordingly. You may consult the following threads/posts for guidance: https://osxlatitude.com/index.php?/topic/2945-guide-for-enabling-vga-and-hdmi-in-intel-hd4000-gpu/ https://osxlatitude.com/index.php?/topic/9601-e6430-1600x900-intel-hd4000-gpu/page-2&do=findComment&comment=67699 https://osxlatitude.com/index.php?/topic/7914-dell-latitude-e6220-with-i5-2520m-hd3000-and-1366x768-lcd-mavericksyosemiteel-capitansierra/&do=findComment&comment=57882 (HD3000 but good examples of display tracking through IORegistryExplorer ) I use the following CapriFB patch on my LoRes 1366x768 HD4000 Latitude E6230 under Sierra: Basically, I modified the kext layout 0x01006603: from this 03006601 01020402 00000004 // Vanilla: 4 x outputs ports 00000001 00000060 10070000 10070000 00000000 00000000 00000000 00000000 00000000 05030000 02000000 30000000 // Vanilla: LVDS 02050000 00040000 07040000 // Vanilla: DP/DVI 03040000 00040000 81000000 // Vanilla: DP/DVI 04060000 00040000 81000000 // Vanilla: DP/DVI to this 03006601 01020402 00000004 // Vanilla: 4 x outputs ports 00000001 00000060 10070000 10070000 00000000 00000000 00000000 00000000 00000000 05030000 02000000 30000000 // Vanilla: LVDS 02050000 00080000 06000000 // Patched: HDMI 03040000 00040000 81000000 // Vanilla: DP/DVI 04060000 00040000 81000000 // Vanilla: DP/DVI ` By default layout 0x01660003 defines 4 x display outputs. 2 x key elements to understand are: 1) framebuffers (as seen in IOReg) 2) connector-type Framebuffers (as seen in IOReg): 0503 -> Framebuffer #0 (port 0) 0205 -> Framebuffer #1 (port 5) 0304 -> Framebuffer #2 (port 6) 0406 -> Framebuffer #3 (port 7) Connector types: 0200 0000 -> LVDS 0002 0000 -> DVI 0004 0000 -> DP 0008 0000 -> HDMI Note that DVI often works on DP connector-type 0004 0000. When connecting displays to the PR03X, I see the following in IORegistryExplorer (looking where an external display called "display0" appears): HDMI -> Framebuffer #1, connector-type 0008 0000, port 0x5 DP -> Framebuffer #2, connector-type 0400 0000, port 0x6 DVI -> Framebuffer #3, connector-type 0400 0000, port 0x7 Here with HDMI output connected: Here with DVI output connected: Here with DP output connected (DP-to-HDMI adaptor): Here with DP and DVI outputs connected (built-in LCD off): Here with DVI and HDMI outputs connected:

HDMI video output is normally supported OOB on the E6x20 Series. Try to temporarily disable the SNB patches on you Clover config.plist. They look Ok but they apply to all instances of the Hex sequences, not just to the series of ports under 01020400 10070000 10070000. If it works Ok, then we'll known whether it's the SNB patches or, say, the DSDT. I could not see anything wrong under the IGPU section of your DSDT.

You may want to switch to Clover and activate the "Inject EDID" option...

Ok, so your EDID would be: 00,FF,FF,FF,FF,FF,FF,00,36,7F,25,00,00,00,00,00,2D,0C,01,04,A0,2F,1A,00,EA,A8,E0,99,57,4B,92,25, 1C,50,54,00,00,00,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,01,40,38,80,A0,70,38,4B,40,34,36, 99,05,DC,0C,11,00,00,18,38,31,80,40,71,38,2D,40,6A,6A,FF,00,DC,0C,11,00,00,18,00,00,00,FC,00,4E, 76,69,64,69,61,20,44,65,66,61,75,6C,00,00,00,FC,00,74,20,46,6C,61,74,20,50,61,6E,65,6C,00,00,DB You can try to inject that in DSDT through "AAPL00,override-no-connect" or "AAPL00,override-no-edid" parameter in a DSM attached to your active GPU.

Mario, you're sure of that compiled kext? Looks very small...

You'll need 10.8.5 installation app because its kernel has support for the Haswell platform. Previous kernels don't. If you've already purchased or downloaded ML from AppStore in the past through your account, it'll be there again to download and you'll obtain the last version 10.8.5. Failing that, you can still purchase it for about $/€20... http://www.apple.com/shop/product/D6377Z/A/os-x-mountain-lion

i3-4005U or i3-4010U I assume?

Not a problem. Bear in mind these low-voltage Haswell CPUs are low-specs with no Turbo boost, so they run @1.7GHz and that's it. At 15W, they should be good for the battery but you may find they run at full speed all the time... Re: graphics, it's HD4400 so that'll be same setup as for mobile HD4600. Consider it'll be the same as your E7240, just much slower.

Lookup the 10.11.6 TouchPad PrefPane in Dr Hurt's PS2Controller thread and run his execution script at login time.

Last update: 5 Aug 2018 Following tuning work on forum member's systems, here are full packs for Mavericks and High Sierra that supports full CPU SpeedStep and full GPU power management under MacBookPro5,4 and MacBookPro7,1 SMBIOS. Work platforms was fitted with P8700 CPU @2.53GHz and and QX9300 CPUs @2.53GHz, both FSB 1066MHz. FakeSMC was tuned to appropriate MacBookPro SMC keys and AGPM for nVidia Quadro FX 770M (10de:065c) or FX 1700M (10de:065a). CPU SpeedStep was observed from LFM 800MHz to HFM 2.53GHz. GPU throttling was observed at the following 4 x Core/Memory frequencies: 168/100, 235/300, 400/300, 625/799MHz. CPU and GPU T° were nicely contained around 50°C as a result. M4400 nVidia Quadro FX 770M/1700M (all res) M4400_FX770M_10.9.5_Pack(Chameleon).zip M4400_HighSierra_Clover-Enoch_pack.zip NB: Mavericks pack was validated on a myHack v3.3.1 installation. Later version of OS X will require usual manual installations. Pack for Yosemite should be the same as Mavericks but I prefer to wait until this is confirmed in the field before uploading one. El Capitan and later should require the usual adjustments for USB ports (DSDT EHCx renaming, USB injector).

CPU speed reporting, CPU SpeedStep and GPU PowerManagement all sorted now.

It's not mentioned in Dinesh's HD4000 guide but the HiRes framebuffer 0x01660004 only carries 1 x output port by default (LVDS). It must therefore be patched to support additional video outputs and HDMI audio: In the case of Sierra 10.12, the vanilla framebuffer 0x01660004 is defined as follows: 04006601 01030101 00000002 // 1 x display output port 00000001 00000060 10070000 10070000 00000000 60290400 00000000 00000000 00000000 05030000 02000000 30020000 // LVDS port 00000000 01000000 40000000 00000000 01000000 40000000 00000000 01000000 40000000 00000000 00000000 00000000 and, building on the patch for LoRes FB 0x01660003, it can be patched to this: 04006601 01020402 00000004 // 4 x display output port 00000001 00000060 10070000 10070000 00000000 60290400 00000000 00000000 00000000 05030000 02000000 30020000 // LVDS 02050000 00080000 06000000 // HDMI 03040000 00040000 81000000 // DP/DVI (untested) 04060000 00040000 81000000 // DP/DVI (untested) 00000000 00020011 00000000 The patch is not a mirror copy or copy/paste of the contents of the LoRes FB. In particular, it's critical leave the LVDS port definition unchanged (line 05030000 ...). In a nutshell, the patch consists of: Find: 040066010103010100000002 Replace: 040066010102040200000004 + Find: 0503000002000000300200000000000001000000400000000000000001000000400000000000000001000000400000000000000000000000 Replace: 0503000002000000300200000205000000080000060000000304000000040000810000000406000000040000810000000000000000020011

It's probably just cosmetic, nothing to worry about and NullCPUPM will be of no use to that effect. In fact, you should not use that kext at all as full CPU SpeedStep is supported on C2D systems. If you want the proper CPU speed to be reported, ensure you've got: a FakeSMC kext tuned to the target Mac SMBIOS profile you use P States and C States generation enabled in o.c.B plist https://osxlatitude.com/index.php?/topic/2673-performance-tuning-with-fakesmc/ Post your specs and a zipped copy of your /Extra folder. Use HWMonitor to check your true CPU's throttling.

Broadwell platforms and beyond require a BIOS patch for DVMT adjustment (video RAM) or BDW framebuffer kext patch. Did you do any of that?

https://osxlatitude.com/index.php?/topic/9597-sony-vpcj116fd-pcg-11211l-with-yosemite-on-chameleon/?p=67629 Alternatively... https://www.google.com/?gfe_rd=cr&ei=7tydWJmwCOX-8AfVg7rYAQ&gws_rd=cr&fg=1#q=edid+extraction

Never Press Fn-F8, that's for (the VGA output under) Windows. It'll always cause what you've experienced under OS X. You'll only be able to recover through Sleep/Wake or hard reboot. HDMI output is automatic as soon as you plug the cable in. But you may need to 1st patch the Capri framebuffer. Look it in the R&D->Graphics section, there's a guide. I've also included a pre-patched kext in my E6230 Enoch guide, though it's probably not directly applicable to your E6430 (different layout-id due to different LCD res). But all you need to do is copy the patched FB kext to /L/E, repair permissions and rebuild the cache. Increase the patched kext's version and it will take preference over the vanilla kext in /S/L/E. Re: AppleHDA patch, you modify the binary file found under Contents/MacOS in the kext package with a Hex editor app/too such as HexFiend or 0xED for instance. You can also call on perl Terminal commands if you prefer. You can look this up on Google; there is plethora of samples around.