- Joined
- May 19, 2015
- Messages
- 447
- Motherboard
- Asus ROG STRIX Z270G GAMING
- CPU
- i7-7700
- Graphics
- RX 560
@Amylowellow,
Attached. I'm not sure if the ports are numbered properly.
dsl, not aml
@Amylowellow,
Attached. I'm not sure if the ports are numbered properly.
@Amylowellow ,dsl, not aml
"HS09", Package() // HS Top lower left (4 ports)
{
"UsbConnector", 2,
"port", Buffer() { 9, 0, 0, 0 },
},
"HS10", Package() // HS Top upper left (4 ports)
{
"UsbConnector", 2,
"port", Buffer() { 10, 0, 0, 0 },
},
"HS13", Package() // HS Rear upper right (4 ports)
{
"UsbConnector", 2,
"port", Buffer() { 13, 0, 0, 0 },
},
"HS14", Package() // HS Rear upper left (4 ports)
{
"UsbConnector", 2,
"port", Buffer() { 14, 0, 0, 0 },
},
You're exactly right. Stupid oversight on my part! I think I concur with USR1/USR2 as well. I've never been able to get them to activate. This is actually good because I can bring back ports HS11 and HS12 now. These were ports on the front of my case that I had to sacrifice to get this to work. Thanks!Need to be type 0 I think.
Also USR1/USR2 you probably can delete those. I don't think they actually exist.
But other than that the dsl look fine to me.
@RehabMan,
The SSDT is breaking Clover for some reason. When I go to select "Mount EFI" in Clover, it crashes/closes.
When I use -uia_ignore_rmcf, the problem goes away. Problem export attached (used script). SSDT-UIAC attached. USB ports appear to being working properly, however.
Clover Configurator is not related to anything produced by the Clover team.
I don't use Clover Configurator ever to directly edit my config.plist (you cannot trust it).
The ioreg here shows SSDT-UIAC.aml and USBInjectAll.kext working as designed, no -uia_ignore_rmcf involved.
@RehabMan,
I'm sorry, but it can't just be that simple. There's something to be said about the fact that I've never had a problem with Clover Configurator until using your patch method.
Is it possible to configure the USBInjectAll.kext info.plist to perform the same function as the SSDT patch? The idea is to have only one kext that needs to be installed instead of installing a kext and creating an SSDT.
In your readme's and guides you mention a port injector, but I've not seen any instructions for that specifically. It seems like everything is based on using the SSDT in conjunction with the USBInjectAll.kext. How can I modify USBInjectAll.kext to perform the same function? Also, you mention that USBInjectAll.kext is to be temporary. What's the actual long term solution? Is it the port injector method?
Clover Configurator reads config.plist only. It does not look at anything in ACPI/patched.
If you have an issue with Clover Configurator, bring it to the CC developer. I have nothing to do with the app, and I never use it to edit my config.plist.
You could create an injector kext that would override default USBInjectAll.kext Info.plist.
But the SSDT works just fine (as your ioreg proves).
You can create a standalone USB injector kext. I used to use that before I created USBInjectAll.kext...
There is even a facility in the Intel-FB-patcher app that can create it for you.
I never said USBInjectAll.kext is temporary. I think you're referring to the port limt patch. And now my guide does not even utilize the port limit patch (got tired of chasing down yet another port limit patch for each version).
Long term solutions:
- USB injector kext
- USBInjectAll.kext + SSDT-UIAC.aml to configure it
Both are equally valid, equally effective solutions when implemented correctly.
Is there not a system kext that can be modified similarly to perform the same function?
Technically, aren't the system kexts and your patching method doing the same thing? Using this method (https://www.tonymacx86.com/threads/xhc-usb-kext-creation-guideline.242999/) seems to reveal the responsible kexts but you and @kgp seemed to butt heads on this one.
I don't fully understand all this, but I feel like I'm in too deep at this point.
Since using this SSDT method, all the ports are listed and operate at proper speeds, but Trackpad operation, for example, does not seem to be working 100% because there are negative changes as a result of using it.
When I boot into the desktop, there is a slight delay before my mouse is usable. This did not exist before. Also, while in use, there are slight delays and glitches in the haptic feedback that didn't exist before. Comes and goes.