Question: Avoid using SSDT-GPRW?

[stevezhengshiqi]

First of all, thank you for the great work. It's a nice workaround to fake a USBW device with acpi-wake-type.

On laptops with XHC controller, a common sleep problem is that the XHC device would cause instant wake. To be more specific, when the device goes to sleep, the XHC controller seems fail to sleep and _L6D GPE event is called, which wake the device and break the sleep.

Currently, the workaround is to rename GPRW to XPRW and use Rehabman's SSDT-GPRW.dsl. This hotpatch changes the origin Return (GPRW (0x6D, 0x03)) to Return (GPRW (0x6D, 0x00)) in _XHC._PRW. In my perspective, changeing the second parameters from 0x03 to 0x00 actually breaks the S3 sleep for XHC device and consumes more power during sleep. However, it seems like the only workaround for the XHC instant wake issue.

I tried to remove SSDT-GPRW and GPRW rename, and use USBWakeFixup and SSDT-USBW; however, the instant wake problem still there. By using them together, my device still can't wake from the USB port. Does the instant wake on XHC controller issue relates to the Intel errata mentioned in your USB Fix gitbook? If you have any idea about this issue, would you mind give some suggestions? Thanks a lot!

[Ab2774]

Hi @stevezhengshiqi, have you figured out anything yet? on Big Sur, I can't use USBWakeFixup and SSDT-GPRW at the same time, it's either instant wake without a second keyboard press to wake, or no second keyboard press to wake but with instant wake. Thanks

[stevezhengshiqi]

@Ab2774 Nope, it's beyond my capability.

[efouladi]

I'm also looking for some insight about this and whether it's at all possible to fix with an ACPI patch