The coprocessor's state kept the moment its fast path stops, and a recovery that waits for the new boot, 2026-10-31
819: on 2026-10-31 the first XGS 3300 (vendor
version 23) was cold-started after a night switched off, and 182 s into its coprocessor's boot the
coprocessor's console printed one line - Unable to handle kernel NULL pointer dereference at virtual
address 00000001 - and nothing after it. The heartbeat was taken as stopped 30 s later and the
recovery took the coprocessor up again in place, about three minutes from the oops to an answering
heartbeat. Which function failed is not known: the trace never reached the console, and after the reset
the coprocessor's pstore held no record of it - its kernel never finished the oops.
The whole page, with how it was taken and what it does not show: The coprocessor's state kept the moment its fast path stops, and a recovery that waits for the new boot, 2026-10-31.
The discussion of this page is held in the project's GitHub Discussions. Showing it here loads giscus from giscus.app and GitHub, and writing in it needs a GitHub account - what that means.