NVIDIA / NVIDIA/open-gpu-kernel-modules
Timeout waiting for RPC from GSP!
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
525.85.05
Does this happen with the proprietary driver (of the same version) as well?
I cannot test this
Operating System and Version
Arch Linux
Kernel Release
Linux [HOSTNAME] 6.1.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Tue, 24 Jan 2023 21:07:04 +0000 x86_64 GNU/Linux
Hardware: GPU
GPU 0: NVIDIA GeForce RTX 3050 Laptop GPU (UUID: GPU-071149ae-386e-0017-3b5b-7ea80801f725)
Describe the bug
When I open a OpenGL application, like Yamagi Quake II, at a certain point the whole system freezes, and run in like 1 FPS per second. I generally have to REISUB when this happens.
To Reproduce
- Open Yamagi Quake II
- Change workspace, open pavucontrol to select a new audio sink for the game, switch back
Bug Incidence
Always
nvidia-bug-report.log.gz
More Info
Related: #272
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 with the attached nvidia-bug-report.log.gz and the reproduction steps involving Yamagi Quake II, workspace switching, and pavucontrol. Review related issue #272 and the existing discussion to understand the timeout context; done means the described OpenGL workflow no longer freezes or drops to roughly 1 FPS.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- arch-linux, c, linux
- Domain
- computer-graphics, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100