Hervé

Ok, I went back into El Capitan 10.11.6 Build 15G18013 (which I had not done for some time) and applied the Security Upgrade 2018-0004 10.11.6. Once I rebooted into 10.11.6 Build 15G22010, I noticed an updated Azul framebuffer kext v10.14.74. I patched this for my usual HDMI + DVI settings (patched kext in /S/L/E for a change), repaired permissions, rebuild cache and rebooted. On reboot, no issue, DVI is fully operational off the K07A (PR03X) docking station on port #7 with connector-type 00020000: As far as I'm concerned, your patch is therefore erroneous and you should be using: 03061200 00020000 87000000 not 02041200 00020000 87000000 Just in case, I've tried again to patch port #6 with DVI connector and it does not work. So, I believe your above patch will never work, unless things are different with HD4400 on the E7440, but I somehow doubt it.

No sign of codec... Try and install VoodooHDA + AppleHDADisabler, then look again in DPCIManager.

Elementary my dear Watson ! http://www.cpu-world.com/CPUs/Core_i5/Intel-Core i5-4200U Mobile processor.html 2.6GHz is the max. Turbo boost frequency: https://ark.intel.com/products/75459/Intel-Core-i5-4200U-Processor-3M-Cache-up-to-2_60-GHz Obviously disabling Turbo boost when running on battery was not going to help, was it? You gotta learn to do a little research about your own hardware...

Like a very brief "Shrreeeeeek"? My E6440 does that too on restart, right when the system shuts down. Nothing you can do about it afaik.

As far as I can see, 10.11.6 last Azul framebuffer carries version 10.14.73. The layout 0x0a260006 is coded follows: 0600260A 01030303 00000002 00003001 00006000 00000060 D90A0000 D90A0000 00000000 00000000 00000800 02000000 30000000 // port #0, LVDS 01050900 00040000 87000000 // port #5, DP 02040900 00040000 87000000 // port #6, DP FF000000 01000000 40000000 0F000000 01010000 04000000 00000000 0E000000 00000000 So, same code as before...

There's only one GUID (aka GPT)... Go for that, that's the recommended partition scheme.

How did you actually patch the Azul framebuffer kext? I wouldn't recommend mixing direct kext binary patching with Clover on-the-fly patching for instance. That's likely to cause issues. Do either/or. The patches I detailed should definitely work under OS X El Capitan; as long as patching is done properly of course... I suggest you do one of the following (but not mix them): apply your Azul binary patches in Clover (on-the-fly facility) apply your Azul binary patches to a copy of the kext that you'll save in /L/E with a version increased to say 999 in order to supersede the vanilla kext in /S/L/E. This being said, my tests were conducted with an E6440 using an E-Port Plus docking station: I'll verify the behaviour with an E-Port I have at home and will let you know but, from memory, it worked just the same. It's the small K07A model with USB3.0 ports: As far as I can see, it is entirely identical to what people often refer to as PR03X.

You'll have to explain -in details- what you did; the exact steps. "I use old Clover Efi but don't work" ain't good enough...

If all you've done is change the HDD/SSD, I don't see why you're asking to re-patch the BIOS tables. Just re-use all that you had on your previous disk: install the same version of Clover on your new disk, then import the Clover EFI folder of your old drive on the new one. In the EFI partition, of course! You could have also made a backup or a clone or your 1st installation and restored it to the new disk.

If you cannot see the dongle in the USB section of your SysProfiler, then it's a USB port issue.

@Pippo BalestrieriThis thread has long been dead; it's been 5 years since the OP wrote his single post and visited the forum. Do not expect a response. For what it's worth, back then, ML would have most likely been installed with the myHack tool that we advocated and supported at the time. There are several models and generations of a ThinkPad Helix. OP's model was clearly an Ivy Bridge/HD 4000 one. Open up a new thread with your own model's specifications and we'll see what we can do, preferably with current macOS High Sierra (really no point considering obsolete ML in 2018). This old and dead thread will now be closed and archived.

Try it!

No, one or the other. That's what "try EAPDFix kext instead" meant.

Make sure you have the latest version of the kext. Then you could also try EAPDFix kext instead.

Graphics not initialising...

Well-known bug: double press required to get out of Caps mode. You can look that up.

Added DW1820A combo Wifi ac/BT4.1 NGFF M.2 card. /!\ Caution: do not confuse with DW1820 which is incompatible!

There seems to be some confusion on this card (or I should say these cards), so let's try and clarify the matter. There are actually 2 x cards: a DW1820 and a DW1820A. The difference may be subtle but essential nonetheless... DW1820 is based on Qualcomm chipset QCA6174A. It carries PCI id 168c:003e. It's unsupported as specified in our inventory list. DW1820A is based on Broadcom BCM4350. That card carries PCI id 14e4:43a3. It's supported with a specific config. DW1820: DW1820A: -> I've updated the wireless inventory accordingly.

Got an opportunity to obtain a very cheap motherboard with an [email protected] (boost to 3.7GHz). Straight replacement as expected, all I had to do was generate a new CPU PM ssdt. Nothing further. GeekBench score on the up of course:

Indeed, you only place patched tables in ACPI/patched Clover folder (and /Extra for Chameleon/Enoch). Of course, the bootloader/OS loads raw ACPI tables from BIOS by default. 'goes without saying...

In the same folder as your other add-on kexts! /L/E or Clover kexts folder I guess...

'doubt it, that parameter only applied to Yosemite. Since El Capitan, you need to disable SIP...

That's obsolete stuff. AR9285 works with a simple Atheros40 patch (where you inject dev id 168c,2b) or DSDT patch (where you declkare compatibility with a supported Atheros model) as explained in our Wireless inventory thread:

When you have no audio, is it after a reboot from Windows? And when you have audio, is it after a cold boot? Because my Haswell E6440 does that...

-> Moved from FAQ to the correct Support section... If you install VoodooHDA + AppleHDADisabler kexts, you should then see details of your Codec in DPCIManager app. Battery monitoring needs, at least, Rehabman's ACPIBatteryManager kext. NB: Do think of resizing your pictures before you attach them because 3000+ x 2000+ is not exactly suitable. Reduce to something like 800x600 or 1024x768. That's usually more than enough.