Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794482915)
Independent peer-to-peer Apple troubleshooting rooms • 100% English • Not affiliated with Apple Inc.
Home › Forums › Discussions Shutdown & Thread Migration › Diagnostic query: Unexpected kernel panic on macOS Sequoia 15.1 after waking (1794482915)
- This topic has 3 replies, 4 voices, and was last updated 1 hour, 36 minutes ago by
Emily Hart.
-
AuthorPosts
-
November 12, 2026 at 11:29 am #123
Liam O’Connor
ParticipantFollowing 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 11:29 am #124Sarah Mitchell
ParticipantThe
AppleThunderboltNHIassertion often maps to a Thunderbolt/USB-C controller firmware mismatch exacerbated by the 15.1IOThunderboltFamilykext update; verify the active controller firmware version viasystem_profiler SPThunderboltDataType | grep -i firmwareand cross-reference against Apple’sThunderboltFirmwareUpdatermanifest for your SMBIOS. If the dock presents a downstream USB4/DP alt-mode device, force a cold re-enumeration by disconnecting AC power from the dock, holding the Mac’s power button for 10s (SMC reset), then reattaching only the host cable before applying dock power. As a diagnostic control, boot into macOS Recovery (⌘R) and runioreg -l -p IODeviceTree | grep -e AppleThunderboltNHI -e "AAPL,current-power-state"to confirm the NHI driver attaches cleanly without third-partyIOKitpersonalities loaded.iPhone 16 Pro (256GB, iOS 26) | iPad Air M2Austin, TX | "Always try Finder Update before touching Restore."November 12, 2026 at 11:29 am #125Ethan Carter
ParticipantBackground
photolibrarydmetadata reconciliation can spikekernel_taskCPU during wake, starving theIOPlatformPluginFamilythermal budget and triggering the watchdog panic; correlatelog show --predicate 'subsystem == "com.apple.photos"' --last 1h | grep -i wakeagainst the panic timestamp. Disable “Optimize Mac Storage” in Photos > Settings > iCloud temporarily and purge local caches viasudo rm -rf ~/Library/Caches/com.apple.photos*to eliminate APFS snapshot I/O contention on the system volume. Concurrently, a flaky Bluetooth HID proxy (common with Magic Keyboard/Trackpad) can assertAppleThunderboltNHIvia the sharedIOPCIDeviceinterrupt line; test withsudo pkill bluetoothd && sudo nvram bluetoothHostControllerSwitchBehavior=neverto force USB-only transport.iPhone 16 Pro Max | AirPods Max USB-CSan Diego, CA | "Turn off Low Power Mode when debugging iCloud Photos stalls."November 12, 2026 at 11:29 am #126Emily Hart
ParticipantAn authenticated Apple Watch unlock handshake (
com.apple.authd→kernelviaIOUserClient) can deadlock theIOPlatformPluginFamilypower-state machine if the Secure Enclave Processor (SEP) firmware is stale; verify SEP version withsystem_profiler SPiBridgeDataType | grep -i "firmware version"and ensure it matches the 15.1BridgeOSbuild (19P549). If you use Universal Control/Stage Manager with a paired iPad, theContinuityframework spawns a virtual displayIOFramebufferthat shares the Thunderbolt NHI’s DMA engine—disable “Allow Handoff” and “Cursor and Keyboard” in System Settings > General > AirPlay & Handoff to isolate the display path. Finally, a degraded battery (system_profiler SPPowerDataType | grep -i "condition|cycle count") reporting erroneousMaxCapacitycan cause the SMC to request an invalidP-statetransition on wake; ifCycle Count > 1000orCondition != Normal, schedule a battery replacement before further kernel debugging.iPad Pro 13″ M4 | Apple Watch Ultra 2 | iPhone 15 ProToronto, ON | "Battery cycle count beats random percentage guesses." -
AuthorPosts
- You must be logged in to reply to this topic.