Hervé

Please post your debug archive.

Layout #12 is injected in DSDT. Try layout #3 through Clover.

Last update: 6th Jan 2020 Questions around this Broadcom BCM4350 chipset (in particular the Dell DW1820A) have resurfaced again so I digged into the matter since most people reported it did not work. Outside the model fitted to Apple MacBooks (subsystem id 106b:0131, rev. 05), Wikidevi lists a few cards cards for this chipset, including: Dell DW1820A (several models with different part numbers) Foxconn T77H649.00 (Lenovo part number 00JT494) Lite-on WCBN808B (Lenovo part number 00JT493) All those cards carry PCI id 14e4:43a3 and normally offer high speed 802.11ac wireless + Bluetooth 4.1 services. Broadcom BCM4350 chipset is supported since Yosemite 10.10 and its hardware id is listed in the Info.plist file of IO80211Family's PlugIn kext AirPortBrcm4360 up to macOS Sierra 10.12, then AirPortBrcmNIC since macOS High Sierra 10.13: <key>Broadcom 802.11 PCI</key> <dict> <key>CFBundleIdentifier</key> <string>com.apple.driver.AirPort.BrcmNIC</string> <key>IOClass</key> <string>AirPort_BrcmNIC</string> <key>IOMatchCategory</key> <string>IODefaultMatchCategory</string> <key>IONameMatch</key> <array> <string>pci14e4,43ba</string> <string>pci14e4,43a3</string> <string>pci14e4,43a0</string> </array> <key>IOProbeScore</key> <integer>1241</integer> <key>IOProviderClass</key> <string>IOPCIDevice</string> <key>TruePowerOff</key> <true/> </dict> - - - - - - - - - - Edit: 06 Jan 2020 Removed the warning about DW1820/BCM4350 cards following tests confirming that disabling ASPM does fix the stability issues previously encountered by most users.

Hmm... https://www.techinferno.com/index.php?/forums/topic/11735-dell-e7440-exp-gdc-v8-internal-display/ How do you actually connect the mini-PCIe cable? You keep the laptop's under cover off? Or you make a hole in it? That's certainly is a cheap solution for eGPU but quite a DIY job, isn't it? How about power for the graphics card? Regarding graphics card, please note that there is no support in Mojave for Pascal-based models such as those you mentioned, lack of Web Driver oblige. You can only use those cards up to High Sierra. If you wanted an eGPU under Mojave, you'd have to consider AMD and models such as RX 5x0 or Vega models for instance.

install CodecCommander in /L/E.

As I said, if you change SMBIOs to MPB8,x, you need to install the patched PlatformSupport plist.

Caution because you can only use MBP8,x SMBIOS under Mojave once/if you've installed the patched PlatformSupport plist. MBP8,x are not supported platforms... Also be aware that 10.14.3 is probably the very last Mojave version to support OpenGL-only graphics acceleration for HD3000 (provided you install SNB graphics kexts from 101.3.6). Latest 10.14.4 beta apparently totally blocks non-Metal GPUs... All in all, you'd be well advised to stick to High Sierra 10.13.6 on your E6320.

That's nothing to worry about.

@aggoy, please stop the off-topic and open up your own thread. I remind you that this thread is entitled "E5520 CLOVER BOOT MENU DOES NOT RECOGNIZE KEYBOARD AND TOUCHPAD". Thank you.

We have a Search facility on the forum. Don't hesitate to use it... You'll then be able to refer to the existing thread on the matter posted in the R&D->Card readers forum sub-section. Re: kexts: for kexts injected through Clover: you simply trash them for kexts cached through /L/E (or /S/L/E): you trash them and rebuild the cache

The "invalid signature" messages are all to be expected and all Ok since you're caching add-on kexts that were not signed by Apple. This has been the case since Yosemite or El Capitan... Again, there would appear to be a fairly substantial difference between kexts injected by Clover (in the Clover kexts folder) and those shown on your screenshot of /L/E. It's going to be difficult to help you until you start giving the complete picture...

There seems to be several kexts that shouldn't be there... And your cache clearly does not rebuild. Are you sure you've copied kexts to /L/E? They seem to be in /L ... Try and use the following commands (copy/paste them): sudo cp -Rf BrcmPatchRAM2.kext /Library/Extensions/ sudo cp -Rf BrcmFirmwareRepo.kext /Library/Extensions/ sudo chmod -Rf 755 /L*/E* sudo chown -Rf 0:0 /L*/E* sudo touch -f /L*/E* sudo kextcache -Boot -U / It seems you had somme dodgy hidden character in "-Boot" statement...

VoodooHDA only operates with AppleHDADisabler, not without. You cannot have AppleHDA + AppleALC working alongside VoodooHDA + AppleHDADisabler. That should go without saying...

Well, your USB ports are clearly not setup properly. Try the usual fine-tuning: USBInjectAll kext or generation of your own USB injector, USB3/USB2 multiplexing, DSDT USB device power settings, etc.

Probably not enough power to the USB ports; very common. Might work if you have a dual-port cable. Compare the "Current" values displayed on your Macs and on your 9020SFF.

MyHack cannot be run in any OS X version beyond Mavericks. You'll have to run an older OS X version in your VM.

Realtek RTL8723xx are unsupported. You'll have to replace that card by a supported model or USB adapter. Please consult the FAQ section on the matter.

I only have Nawcom's modCD/modUSB, nothing else. Conti's original web site remains fully available. http://myhack.sojugarden.com/guide/ We've also kept a copy of myHack v3.1.2 and v3.3.1 here at OSXL.

Yeah, I have a copy of Nawcom's modCD/modUSB somewhere too. That put me through my 1st vanilla SL install on a D420...

I think OP is looking for old distros memorablia. You know, the old Hazard, iDeneb or Leo4All of days gone by. I should still have an old iDeneb 10.5.6 DVD somewhere. That's what got me started a few years ago on Pentium M...

Absolutely. You can then boot High Sierra through Enoch but all updates will require that you use your Clover-based USB key to finalise them. That's all.

See here. Read both threads.

Night Shift is linked to SMBIOS so make sure you're using the profile of a model that supports the feature (HD4000 and later). Failing that, you have to apply a patch to add support for your own particular SMBIOS model.

Your Clover config is a little strange: I see no SMBIOS profile at all. Did you delete that on purpose? If you cannot sleep/hibernate with a USB device plugged in, check that your BIOS does not have USB Wake enabled. Then you may also want to apply the usual power setting patches to the USB controllers (EH0x, XHC).