Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Status
The first post of this thread is a WikiPost and can be edited by anyone with the appropiate permissions. Your edits will be public.
Monterey 12.1 beta 4 ( 21C5045a) released.
beta4.png
 
Last edited:
I'm using Monterey 12.0.1 with OCLP on a 2015 12 Retina MacBook and a 27 2010 iMac with an upgraded GPU, and I've got the same issue on both devices.

They can't stay in sleep mode. The iMac is noisy when it wakes up and the Macbook battery drains too fast since it doesn't really go into deep sleep.

The issue seems to be related to mDNSResponder. Anyone with the same issue?

2021-11-30 23:27:02 +0100 Wake Requests [*process=mDNSResponder request=Maintenance deltaSecs=7195 wakeAt=2021-12-01 01:26:57 info="upkeep wake"] [process=powerd request=TCPKATurnOff deltaSecs=28845 wakeAt=2021-12-01 07:27:47]
2021-11-30 23:27:02 +0100 PM Client Acks Delays to Sleep notifications: [com.apple.bluetooth.sleep is slow(1607 ms)] [AirPort configd plug-in is slow(1664 ms)] [mDNSResponder is slow(4273 ms)] [com.apple.apsd is slow(9474 ms)]
2021-12-01 01:26:57 +0100 Assertions PID 102(powerd) TimedOut BackgroundTask "Powerd - Wait for client BackgroundTask assertions" 02:00:04 id:0x0xb000083ac [System: DeclUser IntPrevDisp kDisp]
2021-12-01 01:26:57 +0100 Assertions Summary- [System: DeclUser IntPrevDisp kDisp] Using Batt(Charge: 80)
2021-12-01 01:26:57 +0100 Assertions PID 198(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd000083c0 [System: DeclUser IntPrevDisp kDisp]
2021-12-01 01:26:57 +0100 Assertions PID 198(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd000083c0 [System: DeclUser IntPrevDisp kDisp]
2021-12-01 01:26:57 +0100 DarkWake DarkWake from Deep Idle [CDN] : due to RTC/Maintenance Using BATT (Charge:80%) 0 secs
2021-12-01 01:26:57 +0100 HibernateStats hibmode=3 standbydelaylow=10800 standbydelayhigh=86400 176
2021-12-01 01:26:57 +0100 WakeTime WakeTime: 0.774 sec
2021-12-01 01:26:57 +0100 Kernel Client Acks Delays to Sleep notifications: [AppleIntelFramebuffer driver is slow(msg: SetState to 1)(619 ms)] [powerd is slow(4808 ms)] [RP03 driver is slow(msg: SetState to 0)(1018 ms)]
2021-12-01 01:26:57 +0100 Kernel Client Acks Delays to Wake notifications: [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(330 ms)] [powerd is slow(4253 ms)] [RP03 driver is slow(msg: SetState to 0)(1027 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(332 ms)] [powerd is slow(9303 ms)] [RP03 driver is slow(msg: SetState to 0)(1027 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(338 ms)]
2021-12-01 01:26:57 +0100 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using Batt (Charge:80%) 21650 secs
2021-12-01 01:27:05 +0100 Assertions PID 102(powerd) TimedOut BackgroundTask "Powerd - Wait for client BackgroundTask assertions" 00:00:07 id:0x0xb000083c4 [System: PrevIdle DeclUser IntPrevDisp IPushSrvc kCPU kDisp]
2021-12-01 01:27:05 +0100 Assertions Summary- [System: PrevIdle DeclUser IntPrevDisp IPushSrvc kCPU kDisp] Using Batt(Charge: 74)
2021-12-01 01:27:20 +0100 Assertions PID 130(apsd) Released InteractivePushServiceTask "com.apple.apsd-waitingformessages-push.apple.com" 00:00:17 id:0x0x12000083d3 [System: DeclUser IntPrevDisp IPushSrvc kCPU kDisp]
2021-12-01 01:27:22 +0100 Wake Requests [*process=powerd request=TCPKATurnOff deltaSecs=21625 wakeAt=2021-12-01 07:27:47]
2021-12-01 01:27:22 +0100 PM Client Acks Delays to Sleep notifications: [com.apple.duetactivityscheduler is slow(421 ms)] [com.apple.bluetooth.sleep is slow(1633 ms)] [AirPort configd plug-in is slow(1689 ms)] [mDNSResponder is slow(4252 ms)] [com.apple.apsd is slow(24874 ms)]
2021-12-01 07:27:47 +0100 Assertions PID 198(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd000083de [System: PrevIdle DeclUser IntPrevDisp kDisp]
2021-12-01 07:27:47 +0100 Assertions PID 198(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd000083de [System: PrevIdle DeclUser IntPrevDisp kDisp]
2021-12-01 07:27:47 +0100 DarkWake DarkWake from Deep Idle [CDN] : due to RTC/Maintenance Using BATT (Charge:74%) 0 secs
2021-12-01 07:27:47 +0100 HibernateStats hibmode=3 standbydelaylow=10800 standbydelayhigh=86400 177
2021-12-01 07:27:47 +0100 WakeTime WakeTime: 0.758 sec
2021-12-01 07:27:47 +0100 Kernel Client Acks Delays to Sleep notifications: [AppleIntelFramebuffer driver is slow(msg: SetState to 1)(619 ms)] [powerd is slow(4808 ms)] [RP03 driver is slow(msg: SetState to 0)(1018 ms)]
2021-12-01 07:27:47 +0100 Kernel Client Acks Delays to Wake notifications: [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(330 ms)] [powerd is slow(4253 ms)] [RP03 driver is slow(msg: SetState to 0)(1027 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(332 ms)] [powerd is slow(9303 ms)] [RP03 driver is slow(msg: SetState to 0)(1027 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(338 ms)] [powerd is slow(27379 ms)] [RP03 driver is slow(msg: SetState to 0)(1018 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(333 ms)]
2021-12-01 07:27:47 +0100 Sleep Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=inactive Using Batt (Charge:74%) 28802 secs
2021-12-01 07:27:49 +0100 Wake Requests [*process=powerd request=AdaptiveWake deltaSecs=28800 wakeAt=2021-12-01 15:27:49]
2021-12-01 07:27:49 +0100 PM Client Acks Delays to Sleep notifications: [com.apple.apsd is slow(1244 ms)] [com.apple.bluetooth.sleep is slow(1612 ms)] [AirPort configd plug-in is slow(2106 ms)]
2021-12-01 15:27:49 +0100 Assertions PID 198(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd000083e6 [System: DeclUser IntPrevDisp kDisp]
2021-12-01 15:27:49 +0100 Assertions PID 198(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00 id:0x0xd000083e6 [System: DeclUser IntPrevDisp kDisp]
2021-12-01 15:27:49 +0100 DarkWake DarkWake from Deep Idle [CDN] : due to RTC/SleepService Using BATT (Charge:56%) 0 secs
2021-12-01 15:27:49 +0100 HibernateStats hibmode=3 standbydelaylow=10800 standbydelayhigh=86400 178
2021-12-01 15:27:49 +0100 WakeTime WakeTime: 0.757 sec
2021-12-01 15:27:49 +0100 Kernel Client Acks Delays to Sleep notifications: [AppleIntelFramebuffer driver is slow(msg: SetState to 1)(619 ms)] [powerd is slow(4808 ms)] [RP03 driver is slow(msg: SetState to 0)(1018 ms)]
2021-12-01 15:27:49 +0100 Kernel Client Acks Delays to Wake notifications: [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(330 ms)] [powerd is slow(4253 ms)] [RP03 driver is slow(msg: SetState to 0)(1027 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(332 ms)] [powerd is slow(9303 ms)] [RP03 driver is slow(msg: SetState to 0)(1027 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(338 ms)] [powerd is slow(27379 ms)] [RP03 driver is slow(msg: SetState to 0)(1018 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(333 ms)] [RP03 driver is slow(msg: SetState to 0)(1027 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(333 ms)]
2021-12-01 15:27:49 +0100 Sleep Entering Sleep state due to 'Sleep Service Back to Sleep':TCPKeepAlive=inactive Using Batt (Charge:56%)
2021-12-01 15:27:55 +0100 Assertions PID 102(powerd) TimedOut BackgroundTask "Powerd - Wait for client BackgroundTask assertions" 08:00:07 id:0x0xb000083e1 [System: DeclUser IntPrevDisp kDisp]
2021-12-01 15:27:55 +0100 Assertions Summary- [System: DeclUser IntPrevDisp kDisp] Using Batt(Charge: 31)
2021-12-01 15:27:59 +0100 PM Client Acks Delays to Sleep notifications: [com.apple.bluetooth.sleep is slow(1627 ms)] [AirPort configd plug-in is slow(1977 ms)] [com.apple.apsd is slow(9533 ms)]
 
I refresh the GitHub several times a day hoping that there is a new build restoring the airplay to Mac functionality. I heard it was in the nightly build, but then the nightly builds disappeared.

Maybe the problem is solved in beta 4? I'm hesitant to install it.
 
Monterey 12.1 beta 4 ( 21C5045a) released.
View attachment 1921680
12.1b4 (21C5045a) running well on MBP5,2. Using an external testing SSD for these exercises.
Installed and booted with OCLP 0.3.1, root-volume patched with 0.3.2 nightly from 28 Nov.
So BlurBeta and Safari fixes of SkyLight are included. Safari and Firefox running fine, as does Photos.
I'm using Monterey mostly with reduced transparency (so BlurBeta unnecessary) and with the faster Nvidia 9600M GT GPU for better responsiveness.
The OTA update stages after load/prepare proceeded rather quickly.
 

Attachments

  • Bildschirmfoto 2021-12-02 um 12.34.42.png
    Bildschirmfoto 2021-12-02 um 12.34.42.png
    219.2 KB · Views: 88
  • Bildschirmfoto 2021-12-02 um 12.42.26.png
    Bildschirmfoto 2021-12-02 um 12.42.26.png
    78.1 KB · Views: 83
  • thissys.png
    thissys.png
    51.9 KB · Views: 93
Last edited:
I eventually found the nightly link, patched B3, no airplay reciever option in the system preferences. Updated to B4, patched it with the nightly, still no airplay receiver. I went through all of the patcher options and didn't see anything to specifically allow it. Is there an option somewhere I am missing?
 
I eventually found the nightly link, patched B3, no airplay reciever option in the system preferences. Updated to B4, patched it with the nightly, still no airplay receiver. I went through all of the patcher options and didn't see anything to specifically allow it. Is there an option somewhere I am missing?
Could be machine specific?

keeper.jpg
 
  • Like
Reactions: macinfo
Hi, I have a suggestion for @Syncretic.
Please in future there will be a possible SSE4.2 emulator release for the Mac Pro 3.1 that let run apps that require SSE4.2 (Photoshop, InDesign, Luminar etc?) and not only for AMD compatibility?
At the moment the SSE4.2 fix for Photoshop 2021 & 2022 crash every time at startup.

Thank you in advance
You've probably noticed Syncretic's reaction to your post in the MouSSE forum thread - for the rest of us: It's really worth reading!

Just one addition: If you're using MouSSE, you can always execute its stats tool MouSSEstats after a presumably SSE4.2-related app crash to determine by which exact instruction type it was caused, e.g. like this:

Code:
sudo ./MouSSEstats && /Applications/MyCrashingApp.app/Contents/MacOS/MyCrashingApp & sleep 5 && sudo ./MouSSEstats

Compare the stats on MouSSEstats' execution before and after your crashing app has launched and determine which instruction type counter number has increased - this should be the instruction type that's not implemented in MouSSE. AFAIK this should also be a method to determine whether an app crash is SSE4.2-related (i.e. when the "instruction parsed" counters have increased) or not (i.e. without a change). There are probably more elaborated methods to do that, but this one works for me.
 
Prior to 12.1 B (21C5039b), I had VeraCrypt running successfully, for one reason or another, I had to uninstall MacFUSE due to another program uninstall/conflict but now unable to get MacFUSE 4.2.3 with VeraCrypt to keep/register properly their KEXTs with this version of MB. I have a feeling there has been changes to the user kernel space management which is broken - can anyone confirm?
 
  • Like
Reactions: macinfo
Anyone else have issue's with OCLP not seeing 12.1 Beta updates?
I have a MBP 8.1 and using latest GitHub code
Also noticed that backlight stopped working once post patches were applied.
 
Hey guys. I have a 12.2 iMac with Metal GPU and updated BT/Wifi card (BCM94331CD), but bluetooth refuses to work. Bluetooth only worked at the end of the installation macOS Monterey, but after the first reboot it stopped working completely. Wifi works fine. I did all the tests I could and in all cases Bluetooth only works at the end of the installation until the first reboot. In macOS Big Sur everything works perfectly as native.

Any idea what I might be doing wrong?
Did you resolve it?
 
  • Like
Reactions: derelvis
You've probably noticed Syncretic's reaction to your post in the MouSSE forum thread - for the rest of us: It's really worth reading!

Just one addition: If you're using MouSSE, you can always execute its stats tool MouSSEstats after a presumably SSE4.2-related app crash to determine by which exact instruction type it was caused, e.g. like this:

Code:
sudo ./MouSSEstats && /Applications/MyCrashingApp.app/Contents/MacOS/MyCrashingApp & sleep 5 && sudo ./MouSSEstats

Compare the stats on MouSSEstats' execution before and after your crashing app has launched and determine which instruction type counter number has increased - this should be the instruction type that's not implemented in MouSSE. AFAIK this should also be a method to determine whether an app crash is SSE4.2-related (i.e. when the "instruction parsed" counters have increased) or not (i.e. without a change). There are probably more elaborated methods to do that, but this one works for me.
Thank you for let me know about @Syncretic post, I haven’t notice it.
Thank you also for your integration.
 
  • Like
Reactions: macinfo
Hi guys! Just updated my MBP 9,2 mid 2012 non-retina to macOS 12.1 Beta 4 using OCPL 0.2.5. All working great guys and thank you for all the great work.
 

Attachments

  • Screenshot 2021-12-03 at 12.29.10.png
    Screenshot 2021-12-03 at 12.29.10.png
    740.2 KB · Views: 101
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.