NVIDIA / NVIDIA/open-gpu-kernel-modules

RTX PRO 6000 Blackwell: Xid 8 / GSP watchdog timeout under sustained SGLang FP8 inference

Open
#1,159 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
17.4k
Forks
1.9k
PR merge metrics
No merged PRs in 30d

Description

Summary

RTX PRO 6000 Blackwell Workstation Edition crashes under sustained LLM inference using SGLang with FP8 quantized model. The GPU enters an unrecoverable state requiring full system reboot.

System Information

  • GPU: NVIDIA RTX PRO 6000 Blackwell Workstation Edition (96GB)
  • Driver: nvidia-open 595.71.05 (Ubuntu package)
  • OS: Ubuntu 24.04.4 LTS
  • Kernel: 6.17.0-29-generic
  • Workload: SGLang serving Qwen3 FP8 model (--max-running-requests 16)

Crash Signature

NVRM: krcWatchdog_IMPL: RC watchdog: GPU is probably locked!  Notify Timeout Seconds: 7
NVRM: Xid (PCI:0000:01:00): 8, pid=48694, name=python3, channel 0x00000008

What Was Tried

  • Reduced --max-running-requests from 16 to 8 (pending test)
  • Power limit is already at 480W (default 600W) - not hitting power wall
  • Temperature was normal at crash time (no thermal throttling in logs)

Related Issues

This appears to be the same GSP firmware halt class as:

  • #1111 - RTX PRO 6000 Blackwell + llama.cpp inference (silent hard hang)
  • #1080 - RTX 5090 GB202 + Vulkan/LLM load (GSP heartbeat timeout → Xid 109/8)

The firmware RE analysis in #1080 confirms the root cause is missing GPU reset recovery path for Blackwell in the kernel driver.

Expected Behavior

GPU should remain stable under sustained LLM inference workloads, or at minimum have a working recovery path that doesn't require full system reboot.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the reported Xid 8 and GSP watchdog timeout during sustained SGLang FP8 inference, then read the related recovery analysis in issue #1080 and compare the behavior with #1111. Done means the RTX PRO 6000 remains stable under the stated workload or recovers without requiring a full system reboot.

Written by the indexing model from the issue text.

Assessment

Tech stack
c, linux
Domain
operating-systems
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.