MappleCare Community
Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794658911)
Find answers from other Apple users or start a discussion about your device.
Home › Forums › MacBook, iMac & macOS Lab › Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794658911)
- This topic has 3 replies, 4 voices, and was last updated 13 hours, 56 minutes ago by
Rachel Kim.
-
AuthorPosts
-
November 14, 2026 at 12:22 pm #4268
Daniel Hayes
AdministratorFollowing 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 12:22 pm #4269Sarah Mitchell
Apple Master (Lvl 10)The
AppleThunderboltNHIassertion strongly indicates a Thunderbolt controller (NHI) firmware desync or a BridgeOS/iBridge mismatch introduced by the 15.1 point release. Boot into macOS Recovery (⌘R) and runsystem_profiler SPThunderboltDataTypeto verify the controller firmware version against Apple’s latestThunderboltFirmwarepackage for your specific Mac model; if outdated, apply the standalone firmware updater viabless --mount / --setBoot --nextonly /path/to/ThunderboltFirmware.pkg. Simultaneously, captureioreg -l -w0 | grep -e "AppleThunderboltNHI" -e "IOThunderbolt"in normal boot to check forNHIassertion flags (kIOThunderboltAssertionTypePower) stuck high, which confirms the controller failed to relinquish the power domain during wake.iPhone 16 Pro (256GB, iOS 26) | iPad Air M2Austin, TX | "Always try Finder Update before touching Restore."November 14, 2026 at 12:22 pm #4270Alex Tanner
Lead ModeratorThe
IOPlatformPluginFamilypanic often masks a kernel collection (KC) symbol mismatch betweencom.apple.driver.IOPlatformPluginFamilyand the XNU scheduler plugins (X86PlatformPlugin/ARMPlatformPlugin) after a delta update. Verify the active Kernel Collection hash integrity withkmutil showloaded --list-only | grep -E "IOPlatformPlugin|Thunderbolt"and cross-reference theuuidagainst/System/Library/KernelCollections/BootKernelExtensions.kcusingkmutil inspect -k /System/Library/KernelCollections/BootKernelExtensions.kc --list. If the KC is dirty or shows avalidation: failedstatus, force a clean rebuild viasudo kmutil install --force --volume /and reset the Secure Boot policy to “Full Security” in Startup Security Utility to purge any stale third-party driver signatures lingering in the AUXKC.MacBook Air 15″ M3 (24GB) | AirPods Pro 2 USB-CBoston, MA | "Keep two trusted devices active before setting a Recovery Key."November 14, 2026 at 12:22 pm #4271Rachel Kim
Lead ModeratorIntermittent wake panics with DisplayPort docks typically stem from a DisplayPort MST (Multi-Stream Transport) hub or DisplayLink manager holding a
PreventUserIdleSystemSleepassertion across the sleep transition, causing theIOPlatformPluginFamilywatchdog to fire when the NHI attempts to power down the link. Runpmset -g log | grep -e "Wake Requests" -e "Assertions" -e "Kernel.IdleSleepPreventers" --context=5 | tail -100immediately after a wake event to identify the offendingpid/bundleID(look forcom.displaylink.,com.synaptics., orWindowServerholdingDisplayPowerAssertion). If a dock driver is implicated, uninstall its user-space manager, disable “Displays have separate Spaces” (Mission Control) to reduce WindowServer MST topology changes, and test withsudo nvram boot-args="iog=0x0"to disable idle graphics power gating as a mitigation.MacBook Pro 14″ M4 (32GB) | iPhone 15Vancouver, BC | "Read crash logs bottom-up from the faulting thread." -
AuthorPosts
- You must be logged in to reply to this topic.