Contribute
Register

ASRock Z690 Steel Legend + 13900KF / 12900K + 6600XT

@aneox Can you create a new topic for your fix?
You are using a different motherboard, so is better you try to build some "new build"
You can try with: Z690 General Motherboards EFI

-----

@bootmacos How is about Sleep (Wakes in a minute after going to black screen.)?

Should be the ACPI tables?
 
Last edited:
guindillas said:
@bootmacos How is about Sleep (Wakes in a minute after going to black screen.)?

Should be the ACPI tables?
Click to expand...
I have examined sleep behaviors in several situations:

Monterey test1:
  1. Activate sleep while USB devices (kbd, trackpad, memory) are connected
  2. It goes to black screen but CPU fan does not stop
  3. Login screen comes back in a minute
Monterey test2:
  1. Activate sleep while all the USB devices are removed (including flash sticks)
  2. It goes to complete sleep (i.e. CPU fan stops)
  3. Pressing power switch is required to wake it up
Monterey test3:
  1. Activate sleep while USB kbd, touchpad, flash are removed but Bluetooth magic kbd, trackpad, mouse are connected
  2. It goes to complete sleep (i.e. CPU fan stops)
  3. It wakes by manipulating one of Bluetooth input devices.
USB devices seem to disturb sleep, while BT devices don't. The 3rd pattern is acceptable for me because I will be using Magic Trackpad and Keyboard in actual everyday use.

I also have tested using Windows 11 installed on separate M.2 SSD:

Windows 11 test1:
  1. Activate sleep while USB devices are connected (same as Monterey test1)
  2. It goes to complete sleep (i.e. CPU fan stops)
  3. It wakes by power switch (not by USB input devices)
I guess that Windows manages sleep by ignoring USB signals, eventually it doesn't wake by USB input events.
 
Last edited:
I have managed to disable unwanted wake from sleep that assumed to be caused by USB devices such as keyboards, and flash memory. I used SSDT-GPRW.aml and GPRW patch to ACPI. Disabling all the wake options in System Preference/Energy Saver is also required. As a result, it wakes only by pressing the power switch.

Update: see the better way in the next (#15) post.
 
Last edited:
I found a better way than GPRW patch to fix the instant wake problem caused by USB devices. I have assigned UsbConnector key to 255 (internal) instead of 2 (USB 2) 0 (USB 2) or 3 (USB 3) in USB mapping (I am preparing USBPorts.kext by using Hackintool.app).

For example, instead of 3:
XML: 
<key>HS03</key>
    <dict>
        <key>Comment</key><string>Back panel USB3_3_4</string>
        <key>UsbConnector</key><integer>3</integer>
        <key>name</key><string>HS03</string>
        <key>port</key><data>AwAAAA==</data>
    </dict>

I used 255:
XML: 
<key>HS03</key>
    <dict>
        <key>Comment</key><string>Back panel USB3_3_4</string>
        <key>UsbConnector</key><integer>255</integer>
        <key>name</key><string>HS03</string>
        <key>port</key><data>AwAAAA==</data>
    </dict>

This prevents unwanted wake by a USB device connected to the port (in this case, HS03). My no-brand wireless-USB keyboard and USB flash memories will not disturb sleep anymore. Furthermore, Bluetooth keyboard and trackpad made by both Apple and non-Apple, can wake the computer up. The USB port at M.2 E key connecter for BT is also assigned to 255 because it is an internal connector. So far, this is almost ideal sleep setup without unwanted wake by USB devices, and with proper wake up by BT input devices.

I guess that macOS successfully manages power for internal (255) connector during sleep, while it does not for USB 2 and 3 connectors (2 0 and 3). BT devices can react during sleep because the power of the BT module is separately supplied via M.2 socket.

I will test this configuration for a while, and after that, update the EFI attached to the first post of this thread.

Edit: corrected the key value for USB 2.0 type-A.
 
Last edited:
(Continuing from #15.)

As for the Type-C connecter at the back-panel, it works perfectly as is: By leaving the UsbConnector key to Type-C (9), any device connected to the port does not disturb sleep and USB-keyboard/trackpad successfully wakes by an input operation. USB port mapping could be like this as usual:

XML: 
<key>HS06</key>
    <dict>
    <key>Comment</key><string>Back panel type-C USB31_TC_1</string>
    <key>UsbConnector</key><integer>9</integer>
    <key>name</key><string>HS06</string>
    <key>port</key><data>BgAAAA==</data>
</dict>

I have used a type-C hub like this to test behavior of a type-A wireless-keyboard dongle and flash sticks during sleep.
hub.jpg


I guess that macOS does good job for managing power for internal (255) and Type-C (9) connector, while it does not for USB 2 and 3 (0 and 3).
 
Last edited:
bootmacos said:
I found a better way than GPRW patch to fix the instant wake problem caused by USB devices. I have assigned UsbConnector key to 255 (internal) instead of 2 (USB 2) or 3 (USB 3) in USB mapping (I am preparing USBPorts.kext by using Hackintool.app).

For example, instead of 3:
XML: 
<key>HS03</key>
    <dict>
        <key>Comment</key><string>Back panel USB3_3_4</string>
        <key>UsbConnector</key><integer>3</integer>
        <key>name</key><string>HS03</string>
        <key>port</key><data>AwAAAA==</data>
    </dict>

I used 255:
XML: 
<key>HS03</key>
    <dict>
        <key>Comment</key><string>Back panel USB3_3_4</string>
        <key>UsbConnector</key><integer>255</integer>
        <key>name</key><string>HS03</string>
        <key>port</key><data>AwAAAA==</data>
    </dict>

This prevents unwanted wake by a USB device connected to the port (in this case, HS03). My no-brand wireless-USB keyboard and USB flash memories will not disturb sleep anymore. Furthermore, Bluetooth keyboard and trackpad made by both Apple and non-Apple, can wake the computer up. The USB port at M.2 E key connecter for BT is also assigned to 255 because it is an internal connector. So far, this is almost ideal sleep setup without unwanted wake by USB devices, and with proper wake up by BT input devices.

I guess that macOS successfully manages power for internal (255) connector during sleep, while it does not for USB 2 and 3 connectors (2 and 3). BT devices can react during sleep because the power of the BT module is separately supplied via M.2 socket.

I will test this configuration for a while, and after that, update the EFI attached to the first post of this thread.
Click to expand...
This should be pinned somewhere.. Fixed my sleep!
 
MatiCohen said:
This should be pinned somewhere.. Fixed my sleep!
Click to expand...
Thanks for your report. I will update the post #1.

Edit: I have updated the #1.
 
Last edited:
In the Opencore Files you provide the HFSplus.efi is OFF, so no view of the install media.
 
guindillas said:
In the Opencore Files you provide the HFSplus.efi is OFF, so no view of the install media.
Click to expand...
Thanks. I have updated the file attached to #1.
 
You must log in or register to reply here.
Copyright © 2010 - 2024 tonymacx86 LLC
Back
Top