Mac Studio Kernel Panics every time the display goes to sleep

I think my issues with Display / Sleep Panic Restarts on my Mac Studio [2023 M2 / 6GB / 2 TB] have been eliminated or avoided. The Bottom Line: The HDMI port. You can review my previous posts for all the iterations of CPU / Monitor configurations i've tried but it seems if the second monitor is fed from the HDMI connector - there is a high probability of a panic reset while sleeping or coming out of a sleep. [Disclaimer: I didn't try using the HDMI port for a single monitor display...]

It has been 10 days since the last incident and I've has 'zero' issues once I replaced the HDMI-HDMI monitor cable with a USB-C to HDMI; feeding that directly from the Mac Studio.

Also enabled is the:

setting. If the problem reappears I'll post again - but for now I am SWEET!

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.

Marcel Becker--

Be sure to update to the most recent MacOS. That failure looks like one that has been seen and solved in newer MacOS.

Thanks for the tip. I provided Apple with feedback. In the mean time I "solved" the problem using a USB-C connection. No more reboots.

That is a totally different type of KP then what the Original Author (benemactonsh) was having.

If you are using the Samsung supplied HDMI or DisplayPort cable..?

Replace that cable with a short (1m) High Speed 2.1 HDMI or a short (1M) High Speed 2.1 USB-C to DisplayPort cable.

Then if that does not help, you will need to reach out to Samsung for support.

https://www.samsung.com/us/computing/monitors/gaming/57-odyssey-neo-g9-dual-4k-uhd-quantum-mini-led-240hz-1ms-hdr-1000-curved-gaming-monitor-ls57cg952nnxza/

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

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.

I've seen this panic restart happen more and less often as MacOS updates have been applied and as my hardware configuration has changed. The fog gets thicker where the solution should begin . . .

Received my Mac Studio [M2 Max/64GB/2TB SSD] last Christmas reutilizing my existing 27" Cinema Display [Mini DP] through an OWC 14 Port Dock and Dell 27" monitor [HDMI]. Initially the Cinema Display would periodically die/disappear and the Dell was the only display. The Cinema was updated to Studio Display. [OWC Dock mini DP taken out of service] started to see the panic restarts. Suspected hardware initially [OWC Dock] so removed it utilizing only the Mac Studio jacks. Also deactivated a Start-up app for the Contour Roller Mouse.

Everything was stable. even after repeated sleeping from both the menu as well as through dormancy over a 96 Hr period. Reconnected the Dock. Reenabled the Contour app and - most importantly did a cold-start reboot. So far things are stable. There was an OS software update a few days ago. Maybe the removal of the Cinema Display didn't get purged from registries? Fingers crossed. We'll keep updating - Good or Bad.

It appears that without the second monitor being connected via HDMI the Mac Studio is happy… No Panics.

So, I’m looking more closely at the Dell monitor and as suspected, it has a DDC/CI feature that allows computer software to control/interact with the monitor. That has been disabled and the Dell monitor reconnected.  I’ll let everyone know in a couple of days how things evolve

It’s been an eventful [at times] and rewarding week in regards to diagnosing these Panic Alerts.  The DDC/CI setting being off on my Dell S2718HN monitor turned out not to be the problem. The Mac Studio [M2/64GB/2TB] still randomly experienced Panic Reboots - And, sometimes I had another Panic Reset when initially trying to login afterwards. [not a new aspect, just failed to mention it before.]

Now, disconnecting the Dell Monitor completely from the HDMI jack is an inconvenience solution. Haven’t seen any Panics - except from Wifey who likes having a second monitor…

My next ploy is obtaining a USB-C to HDMI cable to eliminate using the HDMI port…. And we’ll see if it’s the port or the connection method at the monitor that is to blame.

Wifey asked: “Does this mean we need to get another Studio Display?” I answered, “Well, Maybe?”

I have te same problem with a Philips, Envia 49M2C8900 monitor connected to a Mac Studio (M2) via HDMI. The monitor also has a DDC/CI feature. The system experiences a kernel panic related to AppleT602XDPTXPort during sleep mode, leading to a reboot. The problem is also documented on : https://github.com/waydabber/BetterDisplay/discussions/2622 (initially for a Mac Mini following the instalation of a display management tools by the user). Other users in the thread report the same problem for a Mac Studio without the display management tool. The thread contains all kinds of suggestions for a solution (screensaver-related, frame rate, HDR, etc...).

Unfortunately, turning of sleep mode did not prove to be a solution with a 100% succes ratio for me. I'm now going to try some of the other suggestions, but this bug is clearly is an Apple-problem.

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:

name | pri | stack use | status | resource | warning

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

Even with the second [Dell] monitor completely disconnected - still woke up this morning to a unscheduled reboot. Might be a transient panic and differs from the usual panic dump, but is still closely associated with CPU sleeping...

-------------------------------------------------------------------

panic(cpu 0 caller 0xfffffe0028fffc5c): Sleep transition timed out after 35 seconds while calling power state change callbacks. Suspected bundle: com.apple.iokit.IOThunderboltFamily. Thread 0x15aa58.

Debugger message: panic

Memory ID: 0xff

OS release type: User

OS version: 23E224

Kernel version: Darwin Kernel Version 23.4.0: Fri Mar 15 00:12:49 PDT 2024; root:xnu-10063.101.17~1/RELEASE_ARM64_T6020

Fileset Kernelcache UUID: A5DBC30112639C0125B0F8101083FBF5

Kernel UUID: D3BBDD1F-7813-3F26-9F94-41BAABDA6E33

Boot session UUID: 02C72D75-360A-4E87-9498-455B667E7AC6

iBoot version: iBoot-10151.101.3

secure boot?: YES

roots installed: 0

Paniclog version: 14