[GB203][Xorg/Cinnamon][DP] Xid 62/109/119/120 leads to unrecoverable display loss after idle/DPMS (RTX 5080, 590.48.01)

[dlukt]

NVIDIA Open GPU Kernel Modules Version

590.48.01

Please confirm this issue does not happen with the proprietary driver (of the same version). This issue tracker is only for bugs specific to the open kernel driver.

• I confirm that this does not happen with the proprietary driver package.

Operating System and Version

Description: Arch Linux

Kernel Release

Linux dev.luketic 6.18.9-arch1-2 #1 SMP PREEMPT_DYNAMIC Mon, 09 Feb 2026 17:16:33 +0000 x86_64 GNU/Linux

Please confirm you are running a stable release kernel (e.g. not a -rc). We do not accept bug reports for unreleased kernels.

• I am running on a stable kernel release.

Hardware: GPU

GPU 0: NVIDIA GeForce RTX 5080 (UUID: GPU-cccfc25d-fc66-0d40-e289-3b1a1f5d7896)

Describe the bug

On Arch Linux with RTX 5080 (GB203) using nvidia-open-dkms, after the monitor is left idle and enters standby (DPMS off), the display does not come back when moving mouse/keyboard.

The OS remains responsive (I can trigger reboot with Ctrl+Alt+Del), but display output is gone and X cannot recover.

To Reproduce

1. Boot normally into Cinnamon (X11).
2. Leave system idle until monitor enters standby.
3. Attempt to wake with mouse/keyboard.

Bug Incidence

Always

nvidia-bug-report.log.gz

nvidia-bug-report.log.gz

More Info

Expected behavior

Display wakes and desktop returns.

Actual behavior

Display stays black/in standby. Kernel logs show Xid/GSP timeouts and modeset errors. Xorg aborts, SDDM cannot restart X successfully.

Environment

• GPU: NVIDIA GeForce RTX 5080 (GB203, 10de:2c02)
• Driver: nvidia-open-dkms 590.48.01-4 (nvidia-utils 590.48.01-4)
• Kernel: 6.18.9-arch1-2
• Xorg: xorg-server 21.1.21-1
• DE/DM: Cinnamon 6.6.7-1, SDDM
• Monitor: Microstep MPG321UX OLED on DP-4
• Current mode after reboot: 3840x2160@60

Notes

• This happened in boot -1 on 2026-02-16 (CET timezone).
• Similar Xid pattern was seen in other recent boots as well (e.g. 2026-02-11, 2026-02-14).
• There was no system suspend/resume cycle in this boot; this happened on idle/DPMS display standby.
• Adaptive Sync was enabled on monitor OSD when issue happened. I turned it OFF after this incident for validation.

Relevant logs (boot -1)

Feb 16 13:16:41 kernel: NVRM: Xid (PCI:0000:01:00): 62
Feb 16 13:16:41 kernel: NVRM: Xid (PCI:0000:01:00): 154, GPU recovery action changed ... to GPU Reset Required
Feb 16 13:16:50 kernel: NVRM: Xid (PCI:0000:01:00): 109, name=cinnamon, CTX SWITCH TIMEOUT
Feb 16 13:16:56 kernel: NVRM: Xid (PCI:0000:01:00): 119, GSP RPC timeout
Feb 16 13:17:03 kernel: NVRM: Xid (PCI:0000:01:00): 120, GSP task exception
Feb 16 13:17:10 kernel: nvidia-modeset: ERROR: GPU:0: The requested configuration of display devices (Microstep MPG321UX OLED (DP-4)) is not supported on this GPU.

Xorg crash and restart failure:

Feb 16 13:17:03 systemd-coredump: Process 1196 (Xorg) terminated with SIGABRT
Feb 16 13:17:10 sddm: Failed to read display number from pipe
Feb 16 13:17:10 sddm: Attempt 1 starting the Display server on vt 1 failed
Feb 16 13:17:12 sddm: Attempt 2 starting the Display server on vt 1 failed
Feb 16 13:17:14 sddm: Attempt 3 starting the Display server on vt 1 failed
Feb 16 13:17:14 sddm: Could not start Display server on vt 1

Post-failure persistent watchdog spam:

NVRM: krcWatchdog_IMPL: RC watchdog: GPU is probably locked!

Count in this boot: 3073 occurrences (from 13:16:56 until reboot around 20:16:27).

Additional question

Could this be a known nvidia-open + GSP + DP/Adaptive-Sync wake path issue on Blackwell (GB203)?

Attachments

• nvidia-bug-report.log.gz (generated right after reboot)
• Full journal excerpts if needed

Proprietary driver comparison

On this card generation, I am using nvidia-open path; I cannot provide a proprietary-kernel-module comparison on this setup.