You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Mac Studio Kernel Panics every time the display goes to sleep

Hello Everybody!

I have recently bought a Mac Studio M2 (MQH73SM/A, 512GB/32GB).

I am using it with a Dough Spectrum One monitor (Link), attached with a HDMI cable.

Every time the Mac turns off the display, it panics and restarts. Log attached below.

I saw this post, where someone commented with a very similar panic message.

I am wondering if this could be caused by the display itself, or if this points to an issue with the Mac Studio. Any expert feedback much appreciated!

Also:

I know that this monitor company has a bad reputation, I only learned about that after I already purchased the monitor.

Kernel Panic Log

Mac Studio (2022)

Posted on Apr 8, 2024 7:09 AM

Top-ranking reply

den.thed

Level 10

82,540 points

Posted on Apr 8, 2024 9:07 AM

The latest macOS versions are having various issues with automatic computer sleep mode.

Some systems crash and force a restart, others freeze up and are unresponsive.

As a test:

Turn on "Prevent automatic sleeping when display is off" and only allow the display to turn off.

Leave the Mac ON and allow the display to turn OFF during the day, then shut down for longer periods of non-use.

View in context

Similar questions

26 replies

Aug 9, 2024 3:01 PM in response to daetchief

Your fix to use the USB-C to HDMI cable worked! Thank you.

Aug 9, 2024 4:32 PM in response to AlohaSpirit2

You are most welcome [E' Komo Mai]. My Mac Studio M2 has been calm and cool for months - just forget about using the HDMI jack on the CPU and all's well.

Apr 8, 2024 11:40 AM in response to Grant Bennet-Alder

Thank you. I am gonna try that, and also switching over to a USB C cable instead of HDMI.

Do you think this indicates a monitor issue? If this was caused by a weird HDMI implementation of or a fault with the monitor, I would prefer to return it as long as I still can. On the other hand, den.thed's answer seemed to indicate a known issue with macOS.

Apr 10, 2024 2:49 AM in response to daetchief

Thank you so much for doing this troubleshooting so thoroughly and also documenting it!

We are probably experiencing very similar issues.

I am super interested if detaching the HDMI Dell will solve your problem. For now, I am turning on "Prevent automatic sleeping when display is off" as per den.thed's recommendation, as this also seems to lead to stable operation for you.

Apr 12, 2024 12:46 AM in response to daetchief

Meanwhile, I have switched over to using DP over USB-C and connecting the Mac to the monitor with a C to C cable. The panics have stopped (48h stable so far, while there was at least one panic in the morning before).

In other news, a Mac mini (MNH73SM/A, 16GB, 512GB) bought at the same time as this Mac studio connected to a completely different make of monitor (Acer Nitro XV275K P3 27") using a HDMI cable has started exhibiting the same panic behaviour.

If I remember correctly, at least the Acer monitor also has a DDC/CI feature that can be toggled in the Menu. I will check it out next time I'm on site. Good call though!

Could it be that the monitors auto-off feature is clashing with MacOS trying to control it?

As in, MacOS turns off the display output, X minutes later the monitor turns off due to inactivity, and later still MacOS goes to sleep and in turn tries to turn off the monitor using DDC, which does not respond correctly as it is already off.

Jun 21, 2024 10:56 AM in response to benemacintosh

I am also getting constant Kernel Panic crashes.

I have a MacStudio M2 Ultra connected to a Samsung SAMSUNG 57" Odyssey Neo G9 (LS57CG952NNXZA

I have my machine setup to never sleep.

This is the start of the stack trace I get:

panic(cpu 0 caller 0xfffffe00288f8aa8): DCPEXT5 PANIC - IOMFB int_handler_gated: failure: sf_overflow [0x300830]

- iomfb_driver(10)

IOMFB int_handler_gated: failure: sf_overflow [0x300830]

RTKit: RTKit-2419.120.45.release - Client: local-t602xdcp.RELEASE

!UUID: a50e3bf5-069c-30d2-bfd2-c9a3a73d2a94

Time: 0x000003a790c93316

Faulting task 10 Call Stack: 0x000000000001c828 0x000000000001c21c 0x000000000001c020 0x00000000000153ac 0x00000000001fbf44 0x000000000013f048 0x000000000001cc98 0x0000000000017bd8 000000000000000000

RTKit Task List:

0 rtk_background | 007 | 848/2048 | SEMWAIT | 0x852610 |

0x00000000000170c0 0x000000000001805c 0x000000000001cc2c 0x0000000000017bd8

1 rtk_ep_work | 057 | 920/2048 | SEMWAIT | 0x84ec90 |

0x00000000000170c0 0x000000000001805c 0x000000000001cc2c 0x0000000000017bd8