Issues with creating SSDT

[jaminwang2386]

i will reinstall whatevergreen and lilu
but i have one question.

Should i place both of whatevergreen and lilu kext both in L/E? Cus according to Lilu developer it should not be placed in L/E. Or rather both in EFI/kext/others folder?

And should i InjectKexts true rather than Detect?

Thanks!

 

[RehabMan]

i will reinstall whatevergreen and lilu
but i have one question.

Should i place both of whatevergreen and lilu kext both in L/E? Cus according to Lilu developer it should not be placed in L/E. Or rather both in EFI/kext/others folder?

And should i InjectKexts true rather than Detect?

Thanks!

My methods of kext installation are discussed in post #2 of my laptop guide:
https://www.tonymacx86.com/threads/guide-booting-the-os-x-installer-on-laptops-with-clover.148093/

 

[jaminwang2386]

The kextcache output is telling you the WhateverGreen.kext you installed requires Lilu.kext and either you didn't install Lilu.kext or you installed an old version.



Or add SSDT-XOSI.aml.

UPDATE:
Reinstalled Lilu and Whatevergreen to EFI/kexts/others folder.

Problem:
I have removed -uia_ignore_rmcf kernel flag and disabled "AppleUSBXHCIPCI change 15 port limit" kextstopatch. Right now ports are working but ports on the motherboard are all not working. I'm wondering if it's the issue with chipset series XHCI Injector kexts. Currently have 300 series. Or is there something that I did wrong in SSDT-UIAC.aml....im not quite so sure. Please help me check problem files. Thanks Rehabman. My motherboard is Z370 asrock extreme 4.

UPDATE:
According to the README.md guide in your USBInjectAll folder that i downloaded from github.

'Because XHCI-unsupported.kext uses a lower IOProbeScore than the native Info.plist, there is no harm in installing it even if native support exists.
Typical xHCI needing XHCI-unsupported.kext:
X99-series chipset XHC controller, 8086:8d31
200-series chipset XHC controller, 8086:a2af (depends on macOS version)
300-series chipset XHC controller, 8086:a36d or 8086:9ded'

I tried installing XHCI-unsupported.kext into the L/E folder and rebooted hackintosh. Still other ports all work except the ports on the motherboard.

 

[RehabMan]

UPDATE:
Reinstalled Lilu and Whatevergreen to EFI/kexts/others folder.

Problem:
I have removed -uia_ignore_rmcf kernel flag and disabled "AppleUSBXHCIPCI change 15 port limit" kextstopatch. Right now ports are working but ports on the motherboard are all not working. I'm wondering if it's the issue with chipset series XHCI Injector kexts. Currently have 300 series. Or is there something that I did wrong in SSDT-UIAC.aml....im not quite so sure. Please help me check problem files. Thanks Rehabman. My motherboard is Z370 asrock extreme 4.

UPDATE:
According to the README.md guide in your USBInjectAll folder that i downloaded from github.

'Because XHCI-unsupported.kext uses a lower IOProbeScore than the native Info.plist, there is no harm in installing it even if native support exists.
Typical xHCI needing XHCI-unsupported.kext:
X99-series chipset XHC controller, 8086:8d31
200-series chipset XHC controller, 8086:a2af (depends on macOS version)
300-series chipset XHC controller, 8086:a36d or 8086:9ded'

I tried installing XHCI-unsupported.kext into the L/E folder and rebooted hackintosh. Still other ports all work except the ports on the motherboard.

Your kextcache still shows issues with Lilu and Lilu plugins you have installed.
(easy fix: download and install all latest versions)

Also, remove GenericUSBXHCI.kext.

For ports which aren't working, you need to determine which controller they are on. Check in Windows (because maybe they are not Intel xHCI ports).

 

[jaminwang2386]

I removed GenericUSBXHCI.kext as you said already.

I'm very sure that i downloaded the lastest. from Github 1.2.7 from the release folder. And placed it in EFI/kext/others folder with the latest Whatevergreen.kext 1.2.3 release.

Can you clarify on checking in Windows and controller? what does that mean and how to check it.

Here are all the ports that i'm using right now. And i already disabled the unused port in SSDT.

ALL:
HS02 = NZXT 255
HS03 255
HS04/SS05 BOTH ports
HS05/SS06 BOTH ports
HS10 BLUETOOTH 255
HS12 USB2
HS13 USB2
SS01 USB3 only (disabled virtual usb2)
SS02 USB3 only (disabled virtual usb2)
SS03 USB3 only (disabled virtual usb2)
SS04 USB3 only (disabled virtual usb2)
SS07 255



Thanks!

 

[RehabMan]

I removed GenericUSBXHCI.kext as you said already.

I'm very sure that i downloaded the lastest. from Github 1.2.7 from the release folder. And placed it in EFI/kext/others folder with the latest Whatevergreen.kext 1.2.3 release.

EFI/Clover/kexts/Other does not matter... your kexts are installed to /L/E.
Check your kextcache output.

Can you clarify on checking in Windows and controller? what does that mean and how to check it.

You can use Device Manager to see where devices are connected, and to investigate vendor/device-id of the respective controlle.r

Here are all the ports that i'm using right now. And i already disabled the unused port in SSDT.

ALL:
HS02 = NZXT 255
HS03 255
HS04/SS05 BOTH ports
HS05/SS06 BOTH ports
HS10 BLUETOOTH 255
HS12 USB2
HS13 USB2
SS01 USB3 only (disabled virtual usb2)
SS02 USB3 only (disabled virtual usb2)
SS03 USB3 only (disabled virtual usb2)
SS04 USB3 only (disabled virtual usb2)
SS07 255

No idea what you mean by "virtual usb2".

 

[jaminwang2386]

EFI/Clover/kexts/Other does not matter... your kexts are installed to /L/E.
Check your kextcache output.



You can use Device Manager to see where devices are connected, and to investigate vendor/device-id of the respective controlle.r



No idea what you mean by "virtual usb2".

I have attached a new file for you to check. I installed both lilu and whatevergreen to L/E again.

What i mean by virtual usb 2 is SS and HS. I thought you said SS usb 3 count as 2 ports. So i disabled usb 2 in the usb 3 port.

 

[RehabMan]

I have attached a new file for you to check. I installed both lilu and whatevergreen to L/E again.

Why didn't you check your own kextcache output before uploading?
It shows obvious problem with AppleALC:

Kext with invalid signatured (-67062) allowed: <OSKext 0x7fc195f2ea30 [0x7fff9feaeaf0]> { URL = "AppleALC.kext/ -- file:///Library/Extensions/", ID = "as.vit9696.AppleALC" }
AppleALC.kext - no compatible dependency found for as.vit9696.Lilu.
AppleALC.kext is missing dependencies (including anyway; dependencies may be available from elsewhere)

Start double checking your work before uploading.

What i mean by virtual usb 2 is SS and HS. I thought you said SS usb 3 count as 2 ports. So i disabled usb 2 in the usb 3 port.

Not advised.
Best to keep both HSxx/SSxx as pairs. If you need to sacrifice for staying within 15-port limit, drop in HSxx/HSxx pairs.

View attachment 361124 View attachment 361125 View attachment 361126 View attachment 361128 View attachment 361129 View attachment 361130 View attachment 361131 View attachment 361132 View attachment 361133 View attachment 361134

Not sure if you will have the same result, but my ASmedia ports (ASUS PRIME Z270-AR) are working OOB.

 

[jaminwang2386]

Not advised.
Best to keep both HSxx/SSxx as pairs. If you need to sacrifice for staying within 15-port limit, drop in HSxx/HSxx pairs.

Not sure if you will have the same result, but my ASmedia ports (ASUS PRIME Z270-AR) are working OOB.

I'm re-reading your creating custom ssdt guide. I'm really confused on the part FakePCIID_XHCIMux.kext. What do you mean by " if you plan to use it, install FakePCIID.kext + FakePCIID_XHCIMux.kext. FakePCIID_XHCIMux only applicable if you have enabled EHCI controller(s)." I already have FakePCIID_XHCIMux.kext in L/E. But it does not have the effect you mentioned in the guide "As you can see, FakePCIID_XHCIMux.kext has the effect of moving all HSxx ports to EHCI (to the internal hub on EH01.PR11)." I opened IORegistryexplorer but still sees all port under XHC@14 using USBInjectallKext.


Here are all the ports I'm enabling in SSDT.
ALL:
HS02 255
HS03 255
HS04/SS05
HS05/SS06
HS06/SS01
HS07/SS02
HS08/SS03
HS09/SS04
HS10 255
HS12
HS13
SS07 255

Obviously right now I overreached the 15 port limit. I'm trying to use FakePCIID_XHCIMux.kext to send all the internal ports to EHCI. If i understood correctly that's what the kext does. Therefore free-ing up some ports to stay under 15 port limit. But im not seeing the kext doing work in IOregistry explorer. EH01 is not showing up in IOregistry.

 

[RehabMan]

I'm re-reading your creating custom ssdt guide. I'm really confused on the part FakePCIID_XHCIMux.kext. What do you mean by " if you plan to use it, install FakePCIID.kext + FakePCIID_XHCIMux.kext. FakePCIID_XHCIMux only applicable if you have enabled EHCI controller(s)." I already have FakePCIID_XHCIMux.kext in L/E. But it does not have the effect you mentioned in the guide "As you can see, FakePCIID_XHCIMux.kext has the effect of moving all HSxx ports to EHCI (to the internal hub on EH01.PR11)." I opened IORegistryexplorer but still sees all port under XHC@14 using USBInjectallKext.


Here are all the ports I'm enabling in SSDT.
ALL:
HS02 255
HS03 255
HS04/SS05
HS05/SS06
HS06/SS01
HS07/SS02
HS08/SS03
HS09/SS04
HS10 255
HS12
HS13
SS07 255

Obviously right now I overreached the 15 port limit. I'm trying to use FakePCIID_XHCIMux.kext to send all the internal ports to EHCI. If i understood correctly that's what the kext does. Therefore free-ing up some ports to stay under 15 port limit. But im not seeing the kext doing work in IOregistry explorer. EH01 is not showing up in IOregistry.

FakePCIID_XHCIMux does not apply to the hardware in your profile, as 100-series and later has no EHCI controllers.