Skip to content
MappleCare Community ↗

MappleCare Community

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

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

All Forum Rooms

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

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #8896
    Ethan Carter
    Apple Master (Lvl 10)

    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?

    #8897
    Owen Parker
    Apple Master (Lvl 10)

    Thunderbolt/DisplayPort Dock Power Delivery & Firmware Path: The AppleThunderboltNHI assertion strongly implicates the Thunderbolt/USB4 controller failing to re-enumerate the PCIe tunnel or DisplayPort alt-mode link during the D0 transition. Verify the dock’s PD controller firmware (via vendor utility) and check ioreg -lw0 | grep -i "thunderbolt|nhi|pcitunnel" for AppleThunderboltNHIType3 link training failures. Temporarily disable “Wake for network access” and “Power Nap” via sudo pmset -a tcpkeepalive 0 powernap 0 to isolate whether the dock’s auxiliary power rail is dropping below the NHI controller’s hold-up voltage during dark wake.

    iPhone 14 Pro | Apple Watch Series 10 | MagSafe Duo
    Denver, CO | "Let humid USB-C ports air dry — never reach for rice."
    #8898
    Hannah Brooks
    Apple Master (Lvl 10)

    APFS Snapshot / mds Indexing Contention on Wake: While APFS snapshot metadata stalls (com.apple.apfs.fsck or backupd) rarely trigger IOPlatformPluginFamily panics directly, a concurrent mds/mdworker storm indexing a mounted Time Machine snapshot volume during the AppleThunderboltNHI re-enumeration window can starve the power management workloop. Run sudo log show --predicate 'eventMessage contains "AppleThunderboltNHI" or eventMessage contains "IOPlatformPlugin"' --last 24h --style syslog to correlate the panic timestamp with mds CPU spikes; exclude backup volumes from Spotlight (mdutil -i off /Volumes/Backup) and validate snapshot integrity via tmutil verifychecksums /path/to/snapshot.

    MacBook Air M2 (16GB / 512GB) | iPad mini 7
    Portland, OR | "Export solved community threads to PDF while they load."
    #8899
    Liam O’Connor
    Lead Moderator

    IOPlatformPluginFamily PMIC/SMC Handoff & Hibernate Mode Mismatch: The panic indicates the Platform Plugin (X86PlatformPlugin or AppleARMPlatformPlugin) received an invalid P-state/LPM request from the SMC/PMIC during the wake vector, often triggered by a stale hibernatemode setting conflicting with Sequoia’s updated sleep semantics. Confirm pmset -g custom | grep -E "hibernatemode|standby|autopoweroff"; force sudo pmset -a hibernatemode 3 standby 1 autopoweroff 1 (Intel) or ensure hibernatemode 3 is not forced on Apple Silicon (default is 0x80/standby). Reset the SMC/PMIC state via full shutdown + Left Shift+Control+Option+Power (10s) or Apple Silicon power cycle (30s unplugged) to clear stale thermal/P-state tables.

    iMac 24″ M3 (16GB) | HomePod mini Stereo Pair
    Dublin, IE | "Clean Wi-Fi multicast fixes half of AirPlay drops."
Viewing 4 posts - 1 through 4 (of 4 total)
  • You must be logged in to reply to this topic.