Contribute
Register

[Guide] 10.11+ USB changes and solutions

Status
Not open for further replies.
Hi, I was using wrong patch for USB, "USB3 _PRW(0x0D) due to following quite same h/w laptop guide, now I fixed it with the right one "USB3 _PRW(0x6D). I'd like to know that if it's working. In addition, Do I need Rename XHC to XHC1" (new patch)?

Thanks.
 

Attachments

  • AE's MBP USB patch check.zip
    5.4 MB · Views: 115
Hi, I was using wrong patch for USB, "USB3 _PRW(0x0D) due to following quite same h/w laptop guide, now I fixed it with the right one "USB3 _PRW(0x6D). I'd like to know that if it's working. In addition, Do I need Rename XHC to XHC1" (new patch)?

Thanks.

As per guide, xHCI controller must be named XHC for USBInjectAll.kext. XHC1 is exactly what you want to avoid as it is used on real Macs, and your USB topology does not likely match perfectly with the Mac corresponding to the SMBIOS you're using.

Your USB configuration, though, is wrong.
Make sure you follow the USBInjectAll.kext guide:
https://www.tonymacx86.com/threads/guide-creating-a-custom-ssdt-for-usbinjectall-kext.211311/
 
As per guide, xHCI controller must be named XHC for USBInjectAll.kext. XHC1 is exactly what you want to avoid as it is used on real Macs, and your USB topology does not likely match perfectly with the Mac corresponding to the SMBIOS you're using.

Your USB configuration, though, is wrong.
Make sure you follow the USBInjectAll.kext guide:
https://www.tonymacx86.com/threads/guide-creating-a-custom-ssdt-for-usbinjectall-kext.211311/
I see. What could go wrong if I don't fix USB configuration?
 
I see. What could go wrong if I don't fix USB configuration?

Common problems with incorrect USB configuration:
- USB ports not working correctly
- sleep/wake broken
- shutdown broken
 
Suggest you read post #1 carefully. And the related USBInjectAll guide (custom SSDT).
The values used by Apple for portType and UsbConnector are unrelated.

UsbConnector is related to the values used in ACPI (_UPC).
portType is Apple's own invention and while it seems to serve a similar purpose, it does not use the same values as UsbConnector. You can see this stuff clearly if you start examining the examples that Apple provides in the various USB related Info.plist files.

I will look more into this. Guessing _UPC will be in my Native ACPI files correct?
 
I will look more into this. Guessing _UPC will be in my Native ACPI files correct?

_UPC is documented in the ACPI spec.
The code in your native ACPI files is not relevant (because it is usually wrong anyway).
Common values for UsbConnector are documented in the USBInjectAll guide.
And known values for portType are documented in SSDT-UIAC-ALL.dsl comments.
 
_UPC is documented in the ACPI spec.
The code in your native ACPI files is not relevant (because it is usually wrong anyway).
Common values for UsbConnector are documented in the USBInjectAll guide.
And known values for portType are documented in SSDT-UIAC-ALL.dsl comments.

Okay thanks mate. I shall check it out.
 
Your USB configuration is not correct.
See guide for creating custom SSDT for USBInjectAll.kext.

@RehabMan - Thanks again for the quick reply and the USB config review. The SSDT mis-config could be reason for the USB error message I noted. I re-reviewed your custom SSDT Guide and I see two mis-alinements that I wanted to clarify.
  • On HS06 using "UsbConnector", 255, vs. 3, This is set that way because I saw a blog post about someone using Broadcom based BT adaptor (like me) and had similar issues as my machine. Using 255 solved the sleep/ wake-up issue so I was trying that configuration. I will change it back as this really did nothing to solve the USB error.
  • The only other item was the "port-count". On your sample master config for a Z270 board you have:
    "8086_a2af", Package()
    "port-count", Buffer() { 26, 0, 0, 0 }, and I was using { 0x17, 0, 0, 0} for my highest port number is SS07 at 0x17. This is what I read from someone else's config using a similar MB as me. This item is not mentioned specifically in the guide or on Github so I was on unsure of the proper configuration.
This are the only two misalignments I can see based on reviewing your guide and GiHub carefully. Please let me know on the second item and if I'm missing something else here. Thanks in advance for your help...
 

Attachments

  • FTG WS4_config.zip
    2.6 MB · Views: 195
@RehabMan - Thanks again for the quick reply and the USB config review. The SSDT mis-config could be reason for the USB error message I noted. I re-reviewed your custom SSDT Guide and I see two mis-alinements that I wanted to clarify.
  • On HS06 using "UsbConnector", 255, vs. 3, This is set that way because I saw a blog post about someone using Broadcom based BT adaptor (like me) and had similar issues as my machine. Using 255 solved the sleep/ wake-up issue so I was trying that configuration. I will change it back as this really did nothing to solve the USB error.
If the bluetooth controller on HS06 is internal, it should be 255 anyway.

  • The only other item was the "port-count". On your sample master config for a Z270 board you have:
    "8086_a2af", Package()
    "port-count", Buffer() { 26, 0, 0, 0 }, and I was using { 0x17, 0, 0, 0} for my highest port number is SS07 at 0x17. This is what I read from someone else's config using a similar MB as me. This item is not mentioned specifically in the guide or on Github so I was on unsure of the proper configuration.
I like to leave port-count at the number of ports possible on the controller.
 
A bit mask! 90 percent didn't see what it was, what to do?
Overview
After enough ports are excluded to bring the total ports under 15, you can eliminate the port limit patch.
A bit mask! 90 percent didn't see what it was, what to do?
USB2.0 = EC01 USB3.0 = XHC, to move the USB3.0 2 excuses to XHC to achieve high speed? Is there a simple method, a little convoluted?:banghead:
 

Attachments

  • clover.zip
    1.3 MB · Views: 214
  • SSDT-USB.dsl
    3.7 KB · Views: 81
  • SSDT-USB-v2.aml
    680 bytes · Views: 200
  • kawa’s MacBook Air.ioreg
    6.7 MB · Views: 237
Status
Not open for further replies.
Back
Top