RTX 5080 + LG 27GS95QE: nvidia_modeset page fault on DisplayPort reconnect (driver 580.126.09) #1065
Description
NVIDIA Open GPU Kernel Modules Version
580.126.09
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
Nobara Linux 43 (KDE Plasma Desktop Edition)
Kernel Release
6.19.8-200.nobara.fc43.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Mar 13 19:08:20 UTC 2026 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
RTX 5080
Describe the bug
Power cycling my LG 27GS95QE monitor causes a kernel page fault in nvidia_modeset during DP re-attach, resulting in a black screen that requires a full system reboot to recover.
Hardware not listed above:
Monitor: LG 27GS95QE (27" OLED)
Connection: DisplayPort (DP 1.4 DSC / input compatibility mode)
Desktop: KDE Plasma (Wayland)
To Reproduce
Steps to reproduce:
Boot system, display initializes normally
Power off the LG monitor using its physical power button
Power it back on
Display remains black — system is still running (audio continues, SSH accessible)
No recovery possible without full reboot
Observed kernel crash from journalctl -b -1:
kernel: #PF: error_code(0x0010) - not-present page
kernel: _ZN11DisplayPort15ConnectorImpl2x17notifyAttachBeginEPNS_5GroupERKNS_15DpModesetParamsE+0x5b8/0xc26 [nvidia_modeset]
kernel: _ZN11DisplayPort13ConnectorImpl12dpPreModesetERKNS_18DpPreModesetParamsE+0x69/0xb0 [nvidia_modeset]
kernel: nvDPPreSetMode+0xf5/0x1e0 [nvidia_modeset]
kernel: KickoffModesetUpdateState+0xf8/0x270 [nvidia_modeset]
kernel: KickoffProposedModeSetHwState+0xe5f/0xe90 [nvidia_modeset]
kernel: nv_drm_atomic_apply_modeset_config+0x589/0x840 [nvidia_drm]
kernel: nv_drm_atomic_commit+0x213/0x510 [nvidia_drm]
kernel: drm_atomic_commit+0xb1/0xe0
kernel: drm_mode_atomic_ioctl+0xca2/0xf80
Notes:
Cycling through the monitor's DisplayPort input compatibility settings (1.4 DSC → 1.4 → 1.2 → back to 1.4 DSC) occasionally forces a successful re-negotiation and restores the display, but is inconsistent
LG has acknowledged display issues with NVIDIA 50-series GPUs and recommends switching to DP 1.4 compatibility mode as a workaround, but this does not fully resolve the crash
nvidia-bug-report attached
Bug Incidence
Always
nvidia-bug-report.log.gz
More Info
Additional context: The setting on the monitor called "DAS mode" seems to directly correspond with this failure to initialize display. When flicking through compatibility modes, DAS mode will sometimes(rarely and inconsistently) go back to ON and I get the display back. Usually DAS mode remains OFF after the power cycle, and no display returns. This system was previously running Windows on identical hardware with the same GPU and monitor. The display power cycle issue did not occur on Windows, suggesting this may be specific to the Linux open kernel module driver rather than a hardware incompatibility.