NVIDIA / NVIDIA/open-gpu-kernel-modules
[GB206] RTX 5060 Ti: display engine wedges on power transitions under Wayland (Xid 56 + GSP watchdog + nvResumeDevEvo oops)
Nobody has claimed this yet.
- 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:
- Suspend entry hang (always).
systemctl suspendfrom a Wayland session hangs atPM: suspend entry (deep)and never reaches S3. Same second:Xid 56 (CMDre 00000000 00000200 00000001 00000005 00200031)Lost display notificationFlip event timeout on head 0/1every ~3 sGSP task watchdog timeout @ partition:4#0 task:3+ GSP-CrashCat every ~30 s- Hard power-cycle required.
- 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 byIdling display engine timed out: 0x0000ca7e:4:0:1174spam. - Resume oops (610.57.04). After resume, repeated
Assertion failed: !pGpu->getProperty(... PDB_PROP_GPU_IN_PM_CODEPATH) @ mem_mapper.c:49, thenkernel tried to execute NX-protected page— Oops 0011 innvShutDownApiHeads+0x211, called fromnvResumeDevEvo+0x136 [nvidia_modeset]. - 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-open610.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
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.shVT-switch timing (manualchvt 63+sleep 3hook)- 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
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- 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