M4 Pro Mac Mini Persistent DCP Kernel Panics with LG OLED (TB5 / DSC / 480Hz)
Hello everyone,
I am looking to see if anyone else with a Mac mini (M4 Pro) and a high-refresh OLED (specifically the LG 27GX790B-B) has found a permanent workaround for recurring Display Coprocessor (DCP) kernel panics.
The Issue:
My system consistently panics during power state transitions (Wake-from-sleep and entering Sleep). I have moved through three distinct failure modes documented in my logs:
- Mailbox Timeout: DCPEXT1 PANIC - apt firmware: video_mode_main_init.c:195 main_init() -- - iomfb_mailbox(72)
- Memory Abort: A DATA ABORT (Null Pointer) at far=000000000000000000 when manually locked at 60Hz.
- Power Down Failure: DCPEXT2 PANIC - power_down_M3: auto_mode_change failed with 0x8000000f when using BetterDisplay to stabilize the wake cycle.
System Setup:
- Host: Mac mini M4 Pro (macOS 15.3 Sequoia)
- Primary Display: LG 27GX790B-B OLED connected via certified Thunderbolt 5 cable.
- Secondary Display: Gigabyte M27Q via HDMI.
- Peripherals: 80Gbps NVMe SSD, Motu M2 Audio Interface.
Troubleshooting Performed:
- Implemented staged sleep timers (displaysleep 2, sleep 15) to ensure the DCP settles before the kernel powers down.
- Reduced refresh rate from 480Hz to 144Hz and 60Hz (Panics persist, error type just shifts).
- Configured BetterDisplay to force-disconnect displays on sleep.
- Moved the secondary monitor to HDMI to reduce Thunderbolt bus saturation.
It appears the M4 Pro’s AppleDCP driver has a fundamental timing incompatibility with the DSC (Display Stream Compression) handshake on high-end OLED TCONs. Curiously, this issue never occurred with dual M27Q monitors at 170Hz (uncompressed).
Has anyone found a specific refresh rate, EDID override, or "Magic" cable configuration that stops the M4 Pro from tripping over its own display engine?
Mac mini, macOS 26.3