NVIDIA / NVIDIA/open-gpu-kernel-modules
Failure to switch VT back to the one containing an X session with NVIDIA driver loaded
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
580.95.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
Archlinux
Kernel Release
Linux incertia-t15g 6.17.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Sun, 02 Nov 2025 17:27:22 +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 2070 Super with Max-Q Design (UUID: GPU-79e46a0b-1a63-596b-97af-a8254893001e)
Describe the bug
Switching VTs back to one with an active X session freezes the screen. I am no longer able to switch to a different VT and the entire system is unresponsive (keyboard LEDs still respond) until X is killed and I am brought back to the VT I changed back to.
This has been tested on both the open source and proprietary drivers, and is not an issue with the X server, as I have gone back xorg-server 21.1.14 (installed December 2024), where this issue did not occur with a previous driver version.
VT switching works fine if the NVIDIA kernel modules are unloaded. I can completely uninstall the drivers, reboot, and have everything work, even after reinstalling the drivers, until the kernel modules are loaded. Once loaded in, switching VTs will no longer work.
To Reproduce
Run startx with an empty config in VT1. Switch to VT2. Try to switch back to VT1.
Alternatively, suspend (change to VT63) then resume (change to VT1).
Bug Incidence
Always
nvidia-bug-report.log.gz
More Info
No response
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 failure with startx in VT1, switching to VT2, and returning to VT1; the suspend/resume path is an alternative. Read the attached nvidia-bug-report.log.gz and compare behavior with the NVIDIA kernel modules unloaded. Done means VT switching returns reliably to the active X session without freezing the system.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100