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

Check log show --predicate 'eventMessage contains "liquid"' --last 7d for any AppleSMC or IOHIDSystem liquid intrusion events that trigger silent thermal throttling on wake, as the IOPlatformPluginFamily panic often masks a THERMAL_LEVEL_CRITICAL assertion caused by corrupted sensor calibration post-liquid exposure. If the Mac supports cellular (e.g., iPad Pro logic board in a Mac chassis or specific prototypes), reset the eSIM modem firmware via cfgutil or Apple Configurator 2 to clear stuck AppleThunderboltNHI power domain handoffs during resume. Verify the AppleSMC thermal sensor keys (TC0C, TCGC, THSP) in ioreg -lw0 | grep -i temperature match expected deltas; a stuck THSP (Sleep) sensor will force the PMU to assert a panic rather than resume a thermally unknown state.

Unpair the Apple Watch via Watch.app > All Watches > Info > Unpair to eliminate the com.apple.watchd Nearby/Continuity daemon’s aggressive IOPMrootDomain wake requests that collide with AppleThunderboltNHI link training on resume. If using Universal Control/Stage Manager with an iPad, disable “Cursor and Keyboard” sharing in System Settings > Displays > Advanced, as the AirPlayReceiver service maintains a persistent IOThunderboltSwitch path that prevents the NHI from entering D3cold, corrupting the ACPI _WAK method context. Validate battery health via system_profiler SPPowerDataType | grep -A 5 "Health Information"; a PermanentFailure flag or CycleCount > 1000 with MaxCapacity < 80% forces AppleSmartBatteryManager to request an emergency IOPlatformPluginFamily shutdown during the wake voltage ramp, mislogged as an NHI assertion.