Secondary monitor flickering on DP but not HDMI on 580.105.08 Linux

Graphics / Linux Linux
,
1

I am using Arch Linux, and have tested both 6.17 and 6.18 kernels, with the 580.105.08 driver, using my Kwin Wayland session. 5070 Ti.

I have two monitors, an Asus XG27UCS, and an LG 24UD58-B, both connected by DisplayPort.

When the LG monitor is connected as a secondary to DP-2, it periodically flickers, depending on what is displayed on DP-1. The flickering seems to be the picture running out of sync mid-frame.

Adaptive sync is set to “Automatic” on both displays, and nothing is full screen on either one, so VRR should not be triggering. There is nothing on the secondary display when it is flickering, except for the desktop background.

Flickering does not seem to occur on that display when it is connected by one of its HDMI inputs instead, however one of them, HDMI in 2, it will fail to wake from DPMS sleep. Or it did before I tested a recent kernel open driver patch. I have not tested that input since patching to see if the problem still occurs.

nvidia-bug-report.log.gz (2.2 MB)

2

Now, after waking both screens from DPMS after an hour or so, the LG monitor is losing sync repeatedly on DisplayPort. Attached another log, will switch it back to HDMI.

nvidia-bug-report.log.gz (2.2 MB)

3

Dear @kode54

I am curious to know if these issues have surfaced in 580.105.08 driver or were already present in previous drivers as well ?

4

That would require me to somehow install the older drivers on Arch to test them out, as I just got the video card less than a week ago. Should I try out the latest 570 branch? Or test out some older versions of the 580 branch?

I’d be willing to try molding the Arch nvidia-utils PKGBUILD to bundle up different branches or older versions, if you think I should try checking them for the same behavior.

Edit: Still having the sync issues after DPMS on 580.95.05, including a diagnostic log from that after the problem started occurring, will try the next older driver in a moment.

nvidia-bug-report.log.gz (2.0 MB)

Edit: Still doing it on 580.82.09, another diagnostic log:

nvidia-bug-report.log.gz (2.1 MB)

Edit: And again on 580.76.05, so another log:

nvidia-bug-report.log.gz (1.8 MB)

Incidentally, I think this is a separate issue from the flickering, which seems to have gone away with the -4 pkgrel of 580.105.08 on Arch. That one was probably the displayport bug others experienced.

Edit: First version where it did not start losing sync on my second monitor: 575.64.05. Diagnostic logs provided from this version:

nvidia-bug-report.log.gz (1.8 MB)

Edit: 570.207 has the bug:

nvidia-bug-report.log.gz (2.1 MB)

Edit: 570.195.03 has the bug:

nvidia-bug-report.log.gz (2.0 MB)

Edit: And again with 570.190:

nvidia-bug-report.log.gz (2.0 MB)

Edit: Again on 570.181:

nvidia-bug-report.log.gz (1.6 MB)

Edit: Again on 570.172.08:

nvidia-bug-report.log.gz (1.6 MB)

Edit: And gone again when I reached 570.169:

nvidia-bug-report.log.gz (1.6 MB)

Adding basic reproducer attempt for the bug that happens:

  1. Log into KDE 6.5.3 Wayland, possibly with an HDR display, but at least one not. All displays on DP, VRR set to Automatic.
  2. Wait for dust to settle on login apps.
  3. Apps should include Chromium, Chrome, or Microsoft Edge.
  4. Open a tab to these forums, on the main page.
  5. Navigate into the Linux 580 megathread.
  6. Lock the displays with Super+L.
  7. Press ESC so the displays immediately enter sleep mode.
  8. Wait for all monitors to time out from any “entering power save mode” notices and actually go to sleep.
  9. Press a key to wake the displays.
  10. Unlock the desktop.
  11. Repeatedly navigate the forums tab between the main index and the topic.
  12. Observe as misbehaving monitor (LG) loses sync regularly when the browser navigation happens.

8/9, if you do not have a monitor that detaches itself from the bus on power on or wake like my LG monitor does, then try hotplugging a monitor at this step. This may be necessary to reproduce the conditions.

5

I believe I have similar issues as you. When I play games using Displayport, I can see that my monitor VRR spikes up at 240hz for a split second once every few seconds before following the FPS in the game. If I use HDMI, it does not occur. I’d prefer to use DisplayPort so is this something that could be fixed?

6

This issue appears to be fixed by the 590.44.01 beta. I will report back if there are any further complications there.

Edit: Never mind. It did it hours later.

7

Hi @kode54

We have a bug 5789206 filed internally to track flickering issue.

1 Like
8

@amrits thank you for taking a look into this.

@kode54 I also experience this problem with flickering, I have 2 identical LG monitors - 27GL850 model, same GPU as yours. My setup is - primary monitor connected with DP, secondary - HDMI. A few days ago I reinstalled my PC to try Linux finally.

At first I installed Pop!_OS which uses Debian under the hood, Cosmic DE and 580 Nvidia driver. When the monitors turned off due to inactivity, 4/5 times when you move the mouse, only the DP one would wake up properly, the HDMI one would wake up for 1-2 seconds, then - black screen and it would enter this loop of on-off and eventually the other monitor starts doing the same. What helped in this case was - either unplugging and plugging the HDMI cable or in display settings - disabling and enablind the HDMI monitor.

A few days later I installed another Linux distro - CachyOS (Arch under the hood) with KDE Plasma DE and 590 driver - same story. I also tried having both monitors use DP - no help and reverted back to HDMI + DP. I only haven’t tried both monitors to use HDMI but I can’t do that - the GPU has only one HDMI port.

What’s interesting is that it doesn’t happen all the time, sometimes both monitors wake up completely fine. I read here and there that VRR might be causing issues, I will try setting VRR to Never in settings and see if that helps.

9

So, I tried a few things, none of which helped:

  • tried setting VRR to Never - no effect
  • read somewhere that the DP version could be causing trouble, my monitor’s OSD had a setting for switching from DP 1.4 to 1.2. What happened was that the DP monitor would wake normally with no blinking and the HDMI one would not wake at all
  • Tried setting lowering the refresh rate on both monitors from 144 to 120 - no difference
  • In the monitors’ OSD settings I saw there were some power saving options - set them to Off - no effect