NVIDIA / NVIDIA/open-gpu-kernel-modules

[GB206] RTX 5060 Ti: display engine wedges on power transitions under Wayland (Xid 56 + GSP watchdog + nvResumeDevEvo oops)

Open
#1,306 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

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

Description

NVIDIA Open GPU Kernel Modules Version

NVIDIA Open GPU Kernel Modules Version 610.57.04 (also reproduced on 595.71.05)

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

Arch Linux (rolling), up to date as of 2026-08-18

Kernel Release

Linux 7.1.8-arch1-3 (also reproduced on 6.18.44-1-lts), stock distro kernels

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 2060 (UUID: GPU-8c654f45-99de-273f-468d-3ffdb2d1e96c) GPU 1: NVIDIA GeForce RTX 5060 Ti (UUID: GPU-37e396cb-6b69-5ca6-0a09-f21df81af63c)

Describe the bug

Suspend/resume/logout/shutdown all hang or wedge the display engine, but only when a Wayland compositor is the DRM master. X11 sessions, the X11-based SDDM greeter, and TTY all suspend and resume cleanly.

Four failure modes on the same display engine:

  1. Suspend entry hang (always). systemctl suspend from a Wayland session hangs at PM: suspend entry (deep) and never reaches S3. Same second:
    • Xid 56 (CMDre 00000000 00000200 00000001 00000005 00200031)
    • Lost display notification
    • Flip event timeout on head 0/1 every ~3 s
    • GSP task watchdog timeout @ partition:4#0 task:3 + GSP-CrashCat every ~30 s
    • Hard power-cycle required.
  2. Resume wedge. After a clean suspend from an X11 path, a later Wayland suspend/resume produced Xid 56 ~42 s after PM: suspend exit, followed by Idling display engine timed out: 0x0000ca7e:4:0:1174 spam.
  3. Resume oops (610.57.04). After resume, repeated Assertion failed: !pGpu->getProperty(... PDB_PROP_GPU_IN_PM_CODEPATH) @ mem_mapper.c:49, then kernel tried to execute NX-protected page — Oops 0011 in nvShutDownApiHeads+0x211, called from nvResumeDevEvo+0x136 [nvidia_modeset].
  4. Logout/shutdown. Logging out of a Wayland session gives a black screen (hard reset); shutdown/reboot logs Idling display engine timed out ~20x over ~38 s.

The same crash signature reproduces with two different GSP bin buildIds (595: 6332050f... vs 610: 4f09703c...), so it is not a single firmware blob.

To Reproduce
  • CPU AMD Ryzen 9 5900XT, ASUS PRIME X570-P, BIOS 5044, two monitors (Samsung DP-2 + Gigabyte HDMI-A-3) on the 5060 Ti.
  • Arch Linux, nvidia-open 610.57.04, kernel 7.1.8.
  • Log into KDE Plasma (Wayland) or GNOME (Wayland).
  • Run systemctl suspend.
  • Expected: suspend to S3 and resume.
  • Actual: hard hang at suspend entry, Xid 56 + GSP watchdog, no resume, power-cycle required.
  • Control: the same suspend from XFCE (X11), the SDDM greeter (X11), or a TTY suspends and resumes without error.
Bug Incidence

Always

nvidia-bug-report.log.gz

nvidia-bug-report.log.gz

More Info

Ruled out:

  • Second GPU (bound RTX 2060 to vfio-pci — identical failure)
  • Kernel version (6.18 LTS and 7.1 both fail)
  • Driver version (595 and 610)
  • Suspend mode (deep and s2idle)
  • pcie_aspm=off
  • BIOS 5031 → 5044
  • Clock lock (nvidia-smi -lgc)
  • nvidia-sleep.sh VT-switch timing (manual chvt 63 + sleep 3 hook)
  • systemd SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=true

Note on the proprietary-driver checkbox: GB206 does not support the closed driver, so an A/B comparison is not possible on this hardware.

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 by reproducing the Wayland-only suspend failure and collecting the reported Xid, GSP watchdog, and resume-oops signatures. Inspect mem_mapper.c:49 and the nvShutDownApiHeads and nvResumeDevEvo paths in nvidia_modeset, using the attached nvidia-bug-report log as context. Done means Wayland suspend, resume, logout, and shutdown complete without the display-engine hangs or oopses while X11 and TTY behavior remains intact.

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
Active
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.