Independent Apple News & Troubleshooting Community — Not affiliated with Apple Inc. Apple Discussions Closing Nov 20 → Join Open Q&A
MappleCare
Ask Help →

Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794474644)

Independent peer-to-peer Apple troubleshooting rooms • 100% English • Not affiliated with Apple Inc.

All Forum Rooms

Home › Forums › Discussions Shutdown & Thread Migration › Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794474644)

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • November 12, 2026 at 9:11 am #113
    Hannah Brooks
    Participant

    Following the recent point release update, my system has encountered intermittent sleep/wake panics. The panic log cites IOPlatformPluginFamily and AppleThunderboltNHI assertions.

    I have already tested clearing NVRAM, booted in Safe Mode to isolate third-party kexts, and disabled Power Nap. Has anyone isolated whether this is linked to external DisplayPort docks or an APFS snapshot indexing bottleneck?

    November 12, 2026 at 9:11 am #114
    Rachel Kim
    Participant

    The panic signature suggests a GPU/IGPU power-state transition failure triggered by WindowServer attempting to reinitialize Metal contexts after wake. Check for runaway Safari WebKit processes holding IOSurface locks via log show --predicate 'process == "WindowServer" && eventMessage contains "IOAccel"' --last 2h and purge all user login items with osascript -e 'tell application "System Events" to delete every login item' to eliminate third-party menu-bar utilities that inject into the compositor. As a hardware isolation step, disconnect all Thunderbolt/USB-C devices except the primary display and test wake cycles with pmset -g log | grep -e "Wake Request" -e "DarkWake" -e "Kernel Idle Sleep Preventers".

    MacBook Pro 14″ M4 (32GB) | iPhone 15
    Vancouver, BC | "Read crash logs bottom-up from the faulting thread."
    November 12, 2026 at 9:12 am #115
    Liam O’Connor
    Participant

    Bluetooth HCI command timeouts during wake can stall the AppleThunderboltNHI power domain if the controller shares PCIe lanes with the TBT NHI. Verify AirPods/Pro firmware parity with system_profiler SPBluetoothDataType | grep -A5 "Firmware Version" and force a controller reset via sudo pkill bluetoothd; sleep 2; sudo launchctl kickstart -k system/com.apple.bluetoothd. Disable AirPlay Receiver and HomeKit hub services in Sharing preferences, then capture a Bluetooth HCI dump during a failed wake with sudo /usr/bin/hcidump -X -t -w /tmp/bt_wake.pcap to identify malformed LMP packets.

    iMac 24″ M3 (16GB) | HomePod mini Stereo Pair
    Dublin, IE | "Clean Wi-Fi multicast fixes half of AirPlay drops."
    November 12, 2026 at 9:12 am #116
    Ethan Carter
    Participant

    APFS snapshot metadata storms from mds/mdworker indexing iCloud Photos optimized placeholders can saturate the storage controller, blocking the TBT NHI’s firmware handshake on wake. Confirm snapshot pressure with tmutil listlocalsnapshots / | wc -l and throttle indexing via sudo mdutil -i off /; sudo mdutil -E / (re-enable after stability). Disable “Optimize Mac Storage” in Photos > Settings > iCloud, then boot to macOS Recovery and run fsck_apfs -y /dev/disk3s1 (adjust identifier) to repair any snapshot-induced filesystem inconsistencies.

    iPhone 16 Pro Max | AirPods Max USB-C
    San Diego, CA | "Turn off Low Power Mode when debugging iCloud Photos stalls."
  • Author
    Posts
Viewing 4 posts - 1 through 4 (of 4 total)
  • You must be logged in to reply to this topic.