Hardware: DGX Spark (GB10)
OS / DGX Spark software version: 7.5.0
Kernel: 6.17.0-1021-nvidia
NVIDIA driver/module: 580.159.03 (nvidia-580-open)
Symptom: GPU fails to initialize. nvidia-smi returns “No devices were found.” The GPU was working previously; the failure developed at some point after routine updates, including an OTA firmware update applied via fwupdmgr. It now reproduces on every boot.
Confirmed working:
- GPU enumerates on PCIe: 000f:01:00.0 VGA compatible controller: NVIDIA Corporation Device 2e12 (rev a1)
- NVIDIA kernel modules load: nvidia, nvidia_drm, nvidia_modeset, nvidia_uvm
- nvidia_drm modeset = Y, no NVIDIA blacklist active
The failure (from dmesg): the GSP boots and establishes RPC (GSP_SET_SYSTEM_INFO succeeds, GSP_LOCKDOWN_NOTICE received), then hangs. The driver waits for GSP_INIT_DONE (function 4097) but the RPC buffer holds UCODE_LIBOS_PRINT (function 4108):
NVRM: Xid (PCI:000f:01:00): 119, Timeout after 7s of waiting for RPC response from GPU0 GSP! Expected function 4097 (GSP_INIT_DONE)
NVRM: RmInitAdapter: Cannot initialize GSP firmware RM
NVRM: nvCheckOkFailedNoLog: Check failed: Call timed out [NV_ERR_TIMEOUT] (0x00000065) returned from ksec2PrepareBootCommands_HAL … @ kernel_gsp_gh100.c:806
NVRM: GPU 000f:01:00.0: RmInitAdapter failed! (0x62:0x65:2028)
The SEC2 PrepareBootCommands timeout and RmInitAdapter failure repeat on every retry. Earlier boots also showed bad register reads (0xbadf5720). The OTA checker additionally reports a persistent failed “kernel” firmware component.
This presents as a GSP/SEC2 secure-boot / firmware-init failure on the GPU rather than a driver or OS configuration problem. Recovery steps already taken (set multi-user.target, enabled GRUB menu, repaired fwupd, removed a stale nvidia-drm modeset=0 override and rebuilt initramfs, applied the offered USBPD firmware update to 0x00000516) did not change the GPU failure.
Full nvidia-bug-report.log.gz attached. NVIDIA hardware support has asked me to obtain confirmation from the developer team that this is a hardware fault before proceeding with an RMA. Can the team confirm?