[595.71.05] RTX 3060 loses DisplayPort monitor on Xorg, removes all MetaModes, no display until Xorg restart

[595.71.05] RTX 3060 / Xorg: DisplayPort monitor lost, no display until Xorg restart

Summary

The NVIDIA Linux display driver intermittently loses the connected
DisplayPort monitor and the Xorg session does not recover properly. The
monitor goes into sleep/no-signal mode, making local login impossible. The
only reliable recovery I have found is to kill Xorg and start a new login
session.

This did not happen before. It appears to be a regression introduced
sometime during the last 6-12 months (maybe even later).
It does not happen very often, but it has happened repeatedly.

Impact

When the problem happens:

  • the monitor goes to sleep / no signal
  • the existing Xorg session becomes unusable locally
  • the display does not recover even though the monitor is later detected
    again in the log
  • I have to kill Xorg to be able to log in again

Hardware

  • GPU: NVIDIA GeForce RTX 3060 desktop, 12 GB
  • PCI device:
01:00.0 VGA compatible controller: NVIDIA Corporation GA106 [GeForce RTX 3060 Lite Hash Rate] (rev a1)
  • Monitor seen in the log: DELL U2715H
  • Connection in the log: DisplayPort / DFP-1 / DP-0

Driver

NVIDIA-Linux-x86_64-595.71.05

Desktop/session

  • Xorg session started by GDM
  • XFCE desktop
  • xfce4-screensaver is running

Expected result

If the monitor temporarily disconnects, goes to sleep, or is re-detected,
the Xorg session should recover and keep at least one usable display output.

Actual result

The driver/Xorg stack temporarily reports the display as disconnected,
removes all MetaModes for DP-0, then reports:

No enabled display devices found; starting anyway because
AllowEmptyInitialConfiguration is enabled

Shortly afterwards, the same monitor is detected again as connected, but the
session does not recover to a usable local display.

Relevant log excerpt

Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (--) NVIDIA(GPU-0): DFP-1: disconnected
Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (--) NVIDIA(GPU-0): DFP-1: Internal DisplayPort
Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (--) NVIDIA(GPU-0): DFP-1: 2670.0 MHz maximum pixel clock

Jun 27 15:30:18 flashdance xfce4-screensav[6087]: gdk_monitor_get_scale_factor: assertion 'GDK_IS_MONITOR (monitor)' failed
Jun 27 15:30:18 flashdance xfce4-screensav[6087]: gdk_monitor_get_workarea: assertion 'GDK_IS_MONITOR (monitor)' failed

Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (WW) NVIDIA(0): MetaMode "DP-0:2048x1152" could not be re-validated against
Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (WW) NVIDIA(0):     the current hardware configuration; removing.
Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (WW) NVIDIA(0): MetaMode "DP-0:1920x1200" could not be re-validated against
Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (WW) NVIDIA(0):     the current hardware configuration; removing.
Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (WW) NVIDIA(0): MetaMode "DP-0:1920x1080" could not be re-validated against
Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (WW) NVIDIA(0):     the current hardware configuration; removing.

Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (--) NVIDIA(0): No enabled display devices found; starting anyway because
Jun 27 15:30:18 flashdance /usr/libexec/gdm-x-session[5550]: (--) NVIDIA(0):     AllowEmptyInitialConfiguration is enabled

Jun 27 15:30:19 flashdance /usr/libexec/gdm-x-session[5550]: (--) NVIDIA(GPU-0): DELL U2715H (DFP-1): connected
Jun 27 15:30:19 flashdance /usr/libexec/gdm-x-session[5550]: (--) NVIDIA(GPU-0): DELL U2715H (DFP-1): Internal DisplayPort
Jun 27 15:30:19 flashdance /usr/libexec/gdm-x-session[5550]: (--) NVIDIA(GPU-0): DELL U2715H (DFP-1): 2670.0 MHz maximum pixel clock

The same disconnect/reconnect pattern is also visible earlier at
15:18:41, followed by repeated GDK_IS_MONITOR assertions from
xfce4-screensaver.
Reproduction

I do not have a deterministic reproducer. It appears to happen while the
desktop is idle/locked or while the display/screensaver power management is
active. The failure is intermittent.

Regression

This was not observed previously on the same system. The issue appeared
sometime during the last 6-12 months (maybe even later).

Recovery

Killing Xorg allows me to log in again. Without killing Xorg, the local
display remains unusable because the monitor is in sleep/no-signal mode.

Attachments

nvidia-bug-report-flashdance-20260627-155420-sanitized.log.gz (925.7 KB)

I ran nvidia-bug-report.sh via SSH immediately after the problem occurred, before killing Xorg, so the attached bug report should contain the broken display state.

The issue occurred again on July 16, 2026 at approximately 14:05.

This is the same failure pattern as in the original report:

  • NVIDIA removes every MetaMode for DP-0 because they cannot be re-validated.

  • Xorg reports: No enabled display devices found.

  • The DELL U2715H is then detected again as connected on DFP-1.

  • Despite the monitor being detected again, the existing Xorg session does not restore a usable display.

Relevant final sequence:

(WW) NVIDIA(0): MetaMode ... could not be re-validated against
(WW) NVIDIA(0):     the current hardware configuration; removing.
(--) NVIDIA(0): No enabled display devices found; starting anyway because
(--) NVIDIA(0):     AllowEmptyInitialConfiguration is enabled
(--) NVIDIA(GPU-0): DELL U2715H (DFP-1): connected

The display remained unavailable until Xorg was restarted.

Driver version: 595.71.05

Here is output fromnvidia-bug-report.sh.

nvidia-bug-report-sanitized2.log.gz (562.1 KB)

The issue has now occurred two more times.

This is becoming a recurring production-impacting failure on this workstation. I still do not have a deterministic reproducer, but the pattern is consistent:

  • The system is running Xorg with NVIDIA driver 595.71.05.

  • The DisplayPort monitor is lost while the desktop is idle/locked or while display power management/screensaver activity is involved.

  • Xorg/NVIDIA removes all MetaModes because they cannot be re-validated.

  • Xorg then reports no enabled display devices.

  • The monitor is later detected again as connected, but the existing Xorg session never restores a usable display.

  • The local display remains unusable until Xorg is restarted.

I have already attached bug reports captured via SSH after the failure and before restarting Xorg, so the logs should contain the broken state. I can attach fresh reports from the two latest occurrences as well.

Can someone from NVIDIA please confirm whether this has been triaged, whether the attached bug reports contain the required state, and what additional data you need before the next Xorg restart?

This looks like either a driver regression or a hotplug/DisplayPort recovery bug in the Xorg driver path. The key problem is not only that the monitor is temporarily lost, but that the driver/Xorg session does not recover even after the monitor is detected again.

Please advise whether I should test a specific newer/beta driver branch, enable extra Xorg/NVIDIA logging, or collect any additional state while the display is broken.

nvidia-bug-report-redacted.log.gz (894.0 KB)