Hi there.
Yes, tips a-plenty
Okay, if you do not wish to use the EHC controllers that's fine. In Hackintool just mark and delete any ports that are not XHC controlled leaving you with the ports you want. For each one check the "Connector" type. Physical USB3 ports should be marked as such. USB2 ports on a USB3 socket should
still be marked as USB3. Any ports that are motherboard headers, for example Bluetooth, should be set as "Internal". Doing this stops unwanted port-polling from waking a machine.
Does you Focusrite audio card get power from a separate supply? If so, because the card is not dependant on the port for power, when the PC sleeps the device remains electrically active and may poll the port causing a Wake cycle.
If the Focusrite
only gets its power from the USB port then, like the strangely acting USB memory sticks, this may be a power issue (or more simply the above, wrongly configured XHC controller port). For proper power delivery you need two SSDTs in place - SSDT-EC.aml and SSDT-USBX.aml.
Sorry, I have never used SSDT-EHCx_OFF.aml and do not know where it comes from. With a properly configured USBPorts.kext I feel it might not be needed. YMMV.
Hello UtterDisbelief,
Thanks a lot for your reply, and sorry for
my late reply.
I am unsure if I needed to disable the EHC options, but that's what I read in the OpenCore vanilla guide - which clearly suggests to avoid renaming, hence I followed it. So far it does seem to work correctly: there are no references of EHC or EH anywhere in IOReg/Hackintool.
Just to clarify what I meant previously: my Focusrite audio card gets power
only from a USB port. I do not have issues with unwanted system wakes from sleep. What I meant is, whenever I -
willingly - wake my system from a sleep state, the audio card itself (used as an example, I can see it happening with my mouse LEDs, and other USB peripherals) turns on, then momentarily turns off again, then turns on again.
The system acts as if all USBs have been reconnected. Parallels - which is usually running - is prompting me to select where the newly connected USB should connect, on Mac or the VM.
It's as if the USB port gets "redirected". Say from the EHC (since I think EHC controllers are just hubs?) port an XHC port - that is my theory with zero proof or sound knowledge on the matter.
In my Clover builds, I used to have all the renames + FakePCIID_XHCIMux.kext. USB was from perfect there either (and was mainly the reason I switched to OpenCore, to test out if USBs get fixed) causing me problems after sleep, where ports (completely randomly which ones) would not reconnect. Sometimes it would be the keyboard, sometimes it would be the mouse, sometimes unplugging and replugging did the trick, other times I had to reset the PC altogether.
If I had to pick, obviously the current situation is better, but if possible, I'd like to try and eliminate this as well.
I tried your suggestion to use the SSDT-USBX.aml - which I still have, but it hasn't corrected the mentioned issue. I will keep it there, though, because it probably does something else I ignored previously.
I thank you again for your time and effort.