MappleCare Community
Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794661940)
Find answers from other Apple users or start a discussion about your device.
Home › Forums › iPhone & iOS Help Desk › Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794661940)
- This topic has 3 replies, 4 voices, and was last updated 13 hours, 6 minutes ago by
Sarah Mitchell.
-
AuthorPosts
-
November 14, 2026 at 1:12 pm #4824
Emily Hart
Lead ModeratorFollowing 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 1:12 pm #4826Claire Bennett
Lead ModeratorThe
AppleThunderboltNHIassertion often stems from a failed USB-PD contract renegotiation during wake, where the dock’s firmware presents an invalid PDO (Power Data Object) causing the NHI controller to assert. Verify the active PD contract withioreg -r -c AppleThunderboltNHI | grep -A5 "PDO"immediately after wake; ifkIOThunderboltPDInvalidappears, force a deep SMC/PD controller reset by disconnecting all power/Thunderbolt cables for 60 seconds. On Apple Silicon, this also clears the embedded controller’s stale dock topology cache that survives NVRAM resets.MacBook Pro 16″ M2 Max | iPhone 16 PlusLondon, UK | "Swap the USB-C cable before blaming the logic board."November 14, 2026 at 1:12 pm #4828Nina Patel
Apple Master (Lvl 10)A recent
IOPlatformPluginFamilypanic signature matches a known race condition in theX86PlatformPlugin/AppleSMChandoff when a TCC (Transparency, Consent, and Control) daemon holds a power assertion during snapshot mounting—common with third-party endpoint security agents hookingfileproviderd. Audit active assertions viapmset -g assertions | grep -E "(PreventUserIdleSystemSleep|ExternalMedia)"and temporarily uninstall any kernel-level security sensor (CrowdStrike, SentinelOne, etc.) to isolate the kext. If the panic ceases, engage the vendor for a Sequoia 15.1-compatible sensor build addressing theIOPMrootDomainlock ordering regression.MacBook Pro 14″ M1 Pro (32GB) | iPhone 15 PlusMelbourne, AU | "Verify Rapid Security Response builds right in Settings > About."November 14, 2026 at 1:12 pm #4829Sarah Mitchell
Apple Master (Lvl 10)The DisplayPort MST hub in your dock likely requires a firmware update addressing the
DPCD 00100hlink training failure that triggersAppleThunderboltNHI::handleLinkEventpanics on wake; check the vendor’s site for a.dfupayload and apply via Apple Configurator 2 in DFU mode (hold power 10s, release, hold 3s) while the dock is the only connected device. Simultaneously, capture alog collect --last 15m --output /tmp/wake_panic.logfiltering forAppleThunderboltNHIandIOPCITunnelCompatibleto confirm the link retraining timeout (kIOThunderboltLinkTrainingTimeout). If the dock lacks firmware updates, test with a certified TBT4/USB4 cable bypassing the dock’s internal hub to rule out PHY signal integrity degradation.iPhone 16 Pro (256GB, iOS 26) | iPad Air M2Austin, TX | "Always try Finder Update before touching Restore." -
AuthorPosts
- You must be logged in to reply to this topic.