Hervé

Perfectly normal given you're not applying the necessary Azul framebuffer patch detailed in the guide I posted all those years ago: Without the HDMI patch, a Haswell laptop does indeed usually experience an immediate KP on plugging an HDMI cable. So, apply the patch and you'll find things work much better. You can apply the patch through Clover's on-the-fly patching facility (Kernel and Kexts Patches section of your Clover config file). Use Clover Configurator app to that effect. This being said, your Clover config shows that: you're not faking desktop HD4600 device id 0412; this is mandatory for all Haswell mobile HD4x00 iGPUs. you're not injecting Intel nor Azul layout 0x0a260006 (not required if you use Lilu + WEG as you seem to do) so, unless you apply those property settings in a patched DSDT, you can't even have graphics acceleration on your HD4400 iGPU at present, nor could you in 10.15.3... And same with HDMI.

Do you cache CodecCommander kext from /L/E? It cannot be injected from E/C/k/O. Given that you could not get microphone to work with AppleALC v1.4.7 before but that you do now, maybe you also ought to revert to layout 11. Still works fine for my 7490...

Rather than boot option cpus=1, you should probably use Kernel LAPIC patch. You also forgot to add the specs of this laptop. It's kind of essential to ensure interested parties understand what this guide applies to. Refer to existing guides on that matter. Once you've adjusted your post, we'll move it to the Guides section. Oh and I'm sure you can remove the statement about you not knowing what you're doing. It's hardly the right introduction for a guide, don't you think ? Same applies to the mirror guide you posted at IM. Re: Latitude E7270, Jake Lo already posted very thorough guides so it's all covered on that front...

Make your sure you cache CodecCommander kext from /L/E.

No quoting for replies please!

Yeah, I wonder why we bother with an FAQ section that most people are too lazy to even consult... It is not always necessary need to update Clover. I found it's only required on most recent platforms, probably Skylake onwards. I could update to 10.15.4 on my old C2D desktop + Ivy Bridge laptop with older versions of Clover (r5093 and r5103 respectively). OP would be well advised to boot in verbose mode to see where the boot process hangs... I've also posted boot parameters to use during the update process in the 10.15.4 announcement but that probably wasn't read either.

AppleALC v1.3.8 was the version I used at time of writing. I'm currently using AppleALC v1.4.7 in Catalina 10.15.4 and microphone is working Ok. What does your Audio PrefPane show for input? Volume Ok?

You need to identify the exact Realtek Ethernet card; if you can't, look up its PCI id (it's available in Windows Device Manager -> Driver tabs for instance). No support for Intel Wireless cards, yours will have to go and be replaced by a supported card or USB dongle. Next things you'll have to identify will be items such as: audio codec SD card reader

Probably, there are normally quite a few additional patches in those DSDT!

-> moving from FAQ section (???) to correct Latitude 7xxx one... Please! Mine works OOB as per my guide. But you did check in BIOS setup that your mike was enabled as per our posted recommended settings, right?

You can of course open up the compiled file directly. From memory, the E6x20's DSDT are not affected by the Intel iASL bug.

There is renewed development on the matter of Realtek's RTS52xx SD card reader building on Sinetek's initial work : https://www.insanelymac.com/forum/topic/321080-sineteks-driver-for-realtek-rtsx-sdhc-card-readers/?do=findComment&comment=2713476 https://github.com/cholonam/Sinetek-rtsx I've tried out Cholonam's Sinetek-rtsx kext v1.0 on my Latitude 7490 and it's now possible to read (and only read) an SD card once inserted in the reader. It can be ejected and re-inserted at will; it's just a little slow to mount (~10s) and Read-Only. Works after wake too. Supported models appear to include: RTS5209 / RTS5227 / RTS5229 /RTS522a / RTS5249 / RTS5286 / RTS5287 / RTS5289 / RTS525a

No, audio control normally works OOB with keyboard buttons on those E6x20 models.

That's exactly what I meant. 1) In method _Q66, add this code between the 2 x lines NEVT () and Return (Zero): ^^^^AMW0.WED0 (One) Mid (^^^^AMW0._WED (0xD0), Zero, 0x06, Local2) If (LEqual (Local2, Buffer (0x06) { 0x02, 0x00, 0x10, 0x00, 0x50, 0x00 })) { Notify (PS2K, 0x0365) } If (LEqual (Local2, Buffer (0x06) { 0x02, 0x00, 0x10, 0x00, 0x48, 0x00 })) { Notify (PS2K, 0x0366) } 2) In method _BCM of IGPU->LCD device , add this code before the Name (BRT3, ...) line: If (LGreater (OSID (), 0x10)){} 3) in method BRT6, all the 2 x LPVB.PS2K notifications under the LCD notifications as follows : Notify (LCD, 0x86) Notify (^^LPCB.PS2K, 0x0366) and Notify (LCD, 0x87) Notify (^^LPCB.PS2K, 0x0365) That should do it.

The DSDT Patch required to get brightness control out of the legacy BIOS E6x20 is available in my E6220 High Sierra guide. Have a look.

You misunderstood, RTCMemoryFixup is for BIOS/CMOS resets (on some computers), not for KP at shutdown/restart.

Using those same drivers on my Lat 7490 and I've not experienced any trouble with Sleep/Wake since upgrading to 10.15.4. I guess this issue was indeed specific to your own build.

It's called a "no entry" sign... .

Afaik, you're indeed out of luck but you can always Google this out...

Folks, again I regret to be forced to remind everyone that these inventory threads are exactly just that: inventories. As such, no support requests to be made here and any such request will be systematically deleted without any notice. Anyone needing support on any given wireless card is expected to create a new thread as/if required or necessary.

Obviously, it's a DSDT patch. Also obviously, you insert the patch code in the DSDT sections that are indicated... This very classic patching script is meant to be applied from iASL tools such as goold old DSDTEditor (a bit obsolete these days) or MaciASL. You may consult my E6220, E6230, E7250 or 7490 guides where I've detailed and explained exact same patches (albeit with different values). An alternative, details of which were posted by @Jake Lo, you could implement equivalent changes through a dedicated SSDT.

Be a little creative: try without "Inject Edid"... obtain your screen's EDID from Windows, then inject the whole Hex chain in Clover...

Then look into injecting the screen's EDID info.

You may try and contact the author about this; but Dinesh has not been around for a year...Consider this project also abandoned.

So totally different specs from an Ivy Bridge E6x30! And its Haswell HD4400 graphics, not i915 graphics (which equates to GMA900 of Pentium M era 15 years ago!)... Also ALC3226 audio normally is ALC292 codec (same as in Haswell E6x40 Series). You can now either re-install from scratch or apply a new set of kexts, ACPI patched tables, Clover config, etc. You'll need a full cache rebuild too of course.