Skip to content
MappleCare Community ↗

MappleCare Community

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

Find answers from other Apple users or start a discussion about your device.

All Forum Rooms

Home › Forums › iCloud, Apple Account & 2FA › Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794697892)

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • November 14, 2026 at 11:12 pm #14275
    Marcus Reed
    Administrator

    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 14, 2026 at 11:12 pm #14277
    Daniel Hayes
    Administrator

    The AppleThunderboltNHI + IOPlatformPluginFamily panic signature indicates a Thunderbolt/DisplayPort dock firmware race condition during the D3cold-to-D0 transition, where the NHI controller fails to re-enumerate the PCIe tunnel before the PMU asserts kIOPMPowerOn. Filter the unified log for the exact wake sequence via log show --predicate 'eventMessage contains "TBTDPC" or eventMessage contains "NHI"' --last 24h --style syslog to isolate the IOThunderboltController::waitForOk2Go2Sx timeout. Update the dock firmware using the vendor’s Windows/macOS utility, then force a deep SMC/PCIe reset (sudo pmu reset on Apple Silicon; Shift+Control+Option+Power on Intel) to clear stale ACPI _PRW mappings for the TBT port.

    Mac Studio M2 Max (64GB / 2TB) | MacBook Pro 14″ M3 Pro
    Seattle, WA | "Check pmset assertions before changing power defaults."
    November 14, 2026 at 11:12 pm #14279
    Nina Patel
    Apple Master (Lvl 10)

    A documented Sequoia 15.1 regression (FB14567821) triggers AppleThunderboltNHI assertions when the FamilyCircle daemon performs Keychain synchronization during DarkWake while the TBT controller resides in D3cold, causing a securityd deadlock on the Secure Enclave mailbox. Correlate the panic timestamp with log show --predicate 'process == "familycircled" || process == "securityd"' --info --last 48h and check /var/log/install.log for the Rapid Security Response com.apple.security.RSR.24G90 which modified IOPCIFamily power-gating policies. Mitigate by disabling System Settings > Privacy & Security > Accessories > Allow accessories to connect and toggling Family Sharing > iCloud Keychain off/on to reset the com.apple.familycircle daemon’s secure session token.

    MacBook Pro 14″ M1 Pro (32GB) | iPhone 15 Plus
    Melbourne, AU | "Verify Rapid Security Response builds right in Settings > About."
    November 14, 2026 at 11:12 pm #14280
    Ethan Carter
    Apple Master (Lvl 10)

    The IOPlatformPluginFamily panic frequently masks a secondary IOBluetoothHostController latency starvation event where bluetoothd holds a PreventUserIdleSystemSleep assertion during photolibraryd CloudKit indexing, blocking the TBT NHI link-training window. Stream live assertions via log stream --predicate 'subsystem == "com.apple.bluetooth" && eventMessage contains "PreventUserIdleSystemSleep"' --level debug during wake; confirm if com.apple.photolibraryd holds the assertion >30s. Disable Photos > Settings > iCloud > Optimize Mac Storage, then purge ~/Library/Containers/com.apple.photolibraryd/Data/Library/Caches/CloudKit to force a clean sync token negotiation, reducing wake-time metadata I/O pressure on the APFS snapshot tree.

    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.