The 4K Dell OptiMac - 9020 MT - Core i7-4790 - Radeon RX 570 - LG 4K IPS Monitor

[nicksoph]

I've lost the two front SS USB ports. Not sure when lost, but I can get nothing from them. Tried putting USBInjectAll in both /L/E and EFI/.../Other. The machine is a MT with a WiFi/BT card that works fine (i.e., the internal header is working) but nothing from the front two USB3 ports. Any advice appreciated.
Attached PR files and screen snapshoot from Hackintool.

 

[trs96]

@nicksoph here's how my active ports show up in Hackintool/USB

Not sure why you have the EHC1 controller active or any ports that are not
HS/SS ? Obviously you are doing something different than what the guide
suggests. Everything should be moved to the XHC controller. Is there some
reason you're not using my SSDT-USB.aml designed specifically for the 9020 MT ?

 

[nicksoph]

Is there some reason you're not using my SSDT-USB.aml designed specifically for the 9020 MT ?

Thought I was using yours - I've been trying things out and (thinking I was) putting things back as they were. Not at machine but will look later this evening.

Edit: Just checked and loaded the SSDT-USB.aml from the OP zip file and rebooted - same problem. Is there something that might stop it from loading? I'll run through the guide to see where Ive gone wrong.

 

[nicksoph]

Reverted to using the config.plist on post 1, checked all files are in Patched, kexts in both places. Any ideas what else might cause this?

 

[trs96]

Reverted to using the config.plist on post 1, checked all files are in Patched, kexts in both places. Any ideas what else might cause this?

Did you check with Hackintool again ?

 

[nicksoph]

Did you check with Hackintool again ?

Yes - Same. Seems strange, I've left it for tonight, but I will compare it to a SFF build tomorrow. I may be looking in the wrong place. Just before stopping for the night, I noticed the BIOS boot options did not show the USB as a UEFI boot option when in a front USB3 port but there when in a USB2 port.

 

[nicksoph]

Can someone confirm that a UEFI based boot USB is seen by the BIOS as a boot option when in the front USB3 ports?

 

[lofidub]

Confirmed, I just tested it now.
I do have ‘enable legacy roms’ but I selected it from the f12 uefi section and it booted fine.

 

[nicksoph]

@Iofidub Thanks - Managed to get that back working. Not sure why it stopped - setting back to BIOS defaults didn't do anything but pulling the battery worked.
I suspect that my USBInjectAll kext settings have gone wrong and think it may be related to using a NVMe drive because on reinstalling from Multibeast they have gone even stranger - now showing 3 USB controllers XHC,EHC0, EHC1. Taking away the complications I swapped in the SATA drive from another 7020, which has never had an NVMe drive in but was built in a similar way and it worked just fine. Copied over the from this SATA to the NVMe drive and original SATA boot drive brings the problem back.

 

[lofidub]

@Iofidub Thanks - Managed to get that back working. Not sure why it stopped - setting back to BIOS defaults didn't do anything but pulling the battery worked.
I suspect that my USBInjectAll kext settings have gone wrong and think it may be related to using a NVMe drive because on reinstalling from Multibeast they have gone even stranger - now showing 3 USB controllers XHC,EHC0, EHC1. Taking away the complications I swapped in the SATA drive from another 7020, which has never had an NVMe drive in but was built in a similar way and it worked just fine. Copied over the from this SATA to the NVMe drive and original SATA boot drive brings the problem back.

Good to hear.

I tried installing the 10.14.6 supplemental sleep update last night and completely killed my hack. Stuck on a update boot loop. I’m lazy and didn’t clone so was stressing.
Turns out that I was trying to be clever and use the least amount of custom kexts, so I didn’t have Lilu and WEG in the EFI Clover kext folder. As soon as I copied them in and booted again, the update completed successfully and the hack was back alive. Phew!