Hervé

Try and repair the disk partition to see if that makes any difference. You may also check current partition arrangements through Terminal with command: diskutil list and post the resulting info.

No, patches would be applied to the BDW framebuffer kext in a similar fashion as the frame buffers such as Ivry Bridge Capri or Haswell AZUL for instance. I've highlighted the code for 3 x ports to patch according to your needs. You can patch by applying the same methodology as described in my Haswell AZUL framebuffer patching guide. I've no Broadwell laptop to test with so you'll have to experiment by yourself. If you find DP does not work OOB/by default, it's probably because it registers against port #7 (0304) so to get that working; you'll have to convert one of the other 2 ports to #7.

Those framebuffer patches have not worked on my Haswell HD4600 E6440 since Sierra 10.12.3. I can only get DVI out of theDocking Station if I boot with the lid closed. Then, if I open it up, system dies. Not tried DP off the Docking station for a long time and, then again, it'd be with a DP-to-HDMI adapter, lack of DP-capable monitor oblige... You appear to be using BDW layout 0x16260006. What patches did you apply to that framebuffer/layout? I run High Sierra 10.13.6, not 10.13.5 and your vanilla layout looks like this in HS latest version: 0600 2616 0103 0303 0000 2002 0000 5001 // BDW layout 0x16260006, 3 ports 0000 0060 D90A 0000 D90A 0000 0000 0000 0000 0000 0000 0000 0000 0800 0200 0000 3002 0000 // port #0: built-in LVDS 0105 0B00 0004 0000 0705 0000 // port #5: DP 0204 0B00 0004 0000 0705 0000 // port #6: DP FF00 0000 0100 0000 4000 0000 0B0B 0000 0101 0500 0000 0000 0500 0000 0000 0000 0400 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 C800 0000 -

Attach the zip file in your next reply, using the appropriate buttons...

VGA and DVI won't be supported.

I've been wondering about all those fixes in the Clover ACPI config. And there are incorrect settings activated too like Generate P States + Generate C States. I've not seen any extracted or patched DSDT in the Clover folder. Maybe your ought to check the power values displayed for your USB ports in IOReg and then compare them to iMac15,1's arrangements. You may then patch the EHCx and XHC controllers accordingly like it's done on laptops. These are the power settings of the USB3 XHC device on the iMac15,1: "AAPL,current-available", 0x0834, "AAPL,current-extra", 0x0C1C, "AAPL,current-extra-in-sleep", 0x0C1C, "AAPL,max-port-current-in-sleep", 0x0834, Buffer (0x01) { 0x00 }

And you can still install Sierra over your existing Yosemite installation using Enoch and retain all existing files and apps.

Inject Capri layout-id 0x01660003 for built-in display up to 1400x900 Inject Capri layout-id 0x10660004 for built-in display from 1400x900 and set DualLink to true (=1)

You can physically look at the card after opening the laptop/removing the lower cover. Sometimes, it shows the brand in BIOS; you may also look it up in IOReg. The E7440 has 1 x 1/2 size WLAN slot + 1 x full size WWAN slot, so you don't have to remove the unsupported WLAN card per sé; you may simply add a compatible card in the unused slot. That's what I did with my E6440 (which has 3 x mini-PCIe slots). You'll see both slots once you remove the bottom cover.

Really? We sure must fix that!!!

CPU power management was not running. Ok after deleting the SSDT table installed in Clover's ACPI/patched folder and regenerating a new one after having installed Pike R Alpha's tool properly and adjusted Clover's ACPI config. Also re-installed my A19's patched DSDT since E6230 runs A19 but patched DSDT of a previous version was in place. OP states that Sleep through closing the lid still randomly fails but I know by experience that it sometimes takes several long seconds to kick in. Maybe that's what the actual problem is now that CPU PM is effectively in place and hibernation most definitely disabled. Wake for network access was also disabled in Energy Saver PrefPane. Can't see any reason why closing the lid would not put computer to sleep now, apart from a hardware problem.

You have to disable Bluetooth in BIOS to disable the built-in device...

In all recent laptops (Ivy Bridge and later) I've worked on these last few years (it's been a few), iGPU device is always at @2 and XHC device (USB3.0 controller) is always at @14. a dGPU is usually at @1. As Bronxteck stated, you'll be able to settle this by browsing your IOReg.

Which BIOS version are you running? Obviously, you'd only use the patched DSDT from BIOS version A19 if you run that latest version, not, say, A11...

Sounds like you need to setup NVRAM to keep system settings after reboot (brightness, audio level, etc.)

'beats me... Maybe you ought to check your BIOS settings against the recommended ones. And use my DSDT alongside my set of kexts. You got it wrong with AppleALC/dummy IDT kext. You either: use AppleALC with vanilla AppleHDA but different codec layout (can't remember the value but listed on the kext's wiki) or use dummy IDT kext + patched AppleHDA (former in /L/E or Clover/kexts/Other, latter always kept in /S/L/E) Now, your Clover config clearly applies the AppleHDA patch on the fly, so there was no questioning on the method you used to me. Seems there is some confusion on the matter...

Well-known 2nd stage/final stage boot glitch that affects systems running on Intel iGPU since Yosemite or El Capitan (can't remember exactly). Discussed for years and fix widely available on various forums, including ours. Please run a search to obtain the High Sierra patch.

Your Clover config file looks Ok to me; it's identical to what I use on my own E6230 High Sierra USB installer. What differs though is the set of kexts... All I use is: ACPIBatteryManager AppleHDA_IDT92HD93 CodecCommander AppleIntelE1000e FakePCIID FakePCIIDXHCIMux FakeSMC VoodooPS2Controller (R6 by Bronxteck) On the other hand, you've added: AppleALC + dummy IDT92HD93 kexts (you should only use one or the other, not both and since your DSDT inject layout 12, I'd say you must run on dummy IDT kext + patched AppleHDA) IntelGraphicsFixup AppleBackLightInjector DisableTurboBoostBattery I choose to cache my add-on kexts through installation in /L/E rather than inject through EFI/Clover/kexts/Other at boot time. You use SSDT-PNLF whereas I injected a PNLF device in my DSDT, but they should be (and do) the same. The code differs between the two... I suggest you clean up your kexts and verify behaviour again thereafter.

Nothing wrong with PCI list being empty, it's the case on most Apple Macs; If you want hardware to be listed here, you have to inject the data in your DSDT through _DSM methods; but that's entirely cosmetic. You can look at my E6440 guide and grab one of the posted DSDT to check this out. Re: HEVC, are you aware of its implementation details? Maybe you can refer to the standard and check Haswell iGPU capabilities (HD4400 has no support for HEVC if that still eluded you). https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding http://hevc.info/

I've no issue with my modified DSDT from BIOS A19 and based on the above exchanges, your issue is clearly not DSDT related. Something else has changed. Did you check your hibernation configuration? What mode are you on? Please post output of Terminal command pmset -g Refer to the FAQ forum section for Sleep configuration.

You simply edit your 1st post...

Oh and can you please modify the title of this thread? Because it seems we're getting quite far from just keyboard & trackpad matters...

Wasn't everything sorted out as per discussed at IM ?

Yes, you're right about the DSDT, my compiler must have opened my local table at some point. My apologies, your table does indeed inject the correct info so I've removed my incorrect statement above. With regards to USB ports, you could try the injector I had prepared for my E6440 but I don't know if it'll match the port setup of your E6540. You can't break much by trying it out anyway. If not, you could always build your own using the same process I had detailed in my E6440 guide. I'd also advise you to double check your Clover patch for USB port increase so that you ensure it's the relevant one for 10.13.6.

You don't seem to have the FakePCIID_XHCIMux kext installed in /L/E alongside the other FakePCIID kexts. Add it and see how it goes. All seem Ok on the patched DSDT front. NB: Your Clover config file carries an incorrect IOGraphicsFamily patch for High Sierra so I suspect you experience the boot screen glitch at startup. The correct patch for High Sierra is: Find: 0100007522 Replace by: 010000EB22