I recently bought a 2560x1440 360Hz monitor (monitor 1) and now my system freeze and/or some screens lose video signal several seconds in those different scenario:
- ~10 after system startup the system freezes several seconds (I can’t move cursor and caps/num lock keyboard led doesn’t respond)
- Sometime system also freezes when I open display settings.
- I get black screen on monitor 1 when I open/close/(un)focus a fullscreen game on that screen and my system is frozen (I can’t move the cursor on the other screens).
- I get black screen + system freeze when I change display settings such as framerate, enabling/disabling G-Sync/HDR.
Display setup:
- 2560x1440 360 Hz 10 bits HDR, Adaptive-Sync, DisplayPort (monitor 1)
- 2560x1440 144 Hz No HDR, Adaptive-Sync, DisplayPort (monitor 2)
- 1920x1080 75Hz No HDR, Adaptive-Sync, DisplayPort (monitor 3)
CPU: AMD Ryzen 7 3700X
GPU: Nvidia GeForce RTX 2080 SUPER
Drivers: 561.09 Studio
The issue only happens with the Windows driver, Linux is not affected.
System freezes after entering in the desktop:
When I disable and enable HDR:
Hello @thesword53,
Welcome to the NVIDIA Developer forums.
For consumer issues, we usually ask people to please visit the GeForce forums.
But first some follow-up questions:
- Which monitors are you using?
- Do you hear some kind of connect/disconnect sound, much like USB connect sounds, when the black screen comes?
- Does the black screen and freeze also happen randomly?
Thanks!
Which monitors are you using?
2560x1440 360 Hz 10 bits HDR, Adaptive-Sync, DisplayPort (Alienware AW2725DF)
2560x1440 144 Hz No HDR, Adaptive-Sync, DisplayPort (MSI MAG271CQR)
1920x1080 75Hz No HDR, Adaptive-Sync, DisplayPort (Iiyama G2250HS)
Do you hear some kind of connect/disconnect sound, much like USB connect sounds, when the black screen comes?
No
Does the black screen and freeze also happen randomly?
No. It only happens in the cases I explained above.
An annoter issue is my GPU and memory clocks never go bellow 1575 and 7750 MHz respectively so my GPU draws 64W instead of 22W before and that issue affects both Windows and Linux.
Edit: I tried to change the power management mode from " Optimal power" to “Adaptive” and it didn’t do anything.
Any updates ? I modified HDR settings on my screen and my GPU froze so long that I got a TDR reset.
Sorry, I don’t have any news or updates for you.
That might not necessarily mean anything if you always drive three monitors at max resolution and frequency.
Does your system to work reliably if you disconnect the Alienware monitor?
Or if you only connect it one one of the others as a single monitor?
Can you try and use an earlier driver and see if that helps with your specific system?
If I use:
- MSI (144 Hz) and Iiyama (75 Hz) monitors only, I don’t have freezes anymore in Windows and the GPU frequency drops to 300 MHz at idle, but I have that issue: Monitors literally stutter when VRR/G-SYNC is enabled
- MSI (144 Hz) and Iiyama (60 Hz) monitors only, the GPU clocks are stuck to 1575 and 7750 MHz but I don’t have freezes in Windows.
- MSI (144 Hz) and Alienware (360 Hz) monitors only, I have the exactly same issues as if I have MSI (144 Hz) and Alienware (360 Hz) and Iiyama (75 Hz)
Freezes and black screens appear in Windows when I use the Alienware monitor even I disable VRR/G-Sync and/or HDR. It seems to be caused by Display Stream Compression (DSC) according to some users on Reddit: Reddit - Dive into anything
And the GPU clocks are stuck to 1575 and 7750 MHz in certain combination of screen refresh rate.
Hey @thesword53, thanks for all the additional detail.
So I went through our bug database and more. I found 1(!) similar case which roughly fits the problem you describe here and in your other threads. It is also related to high-refresh rate and high bit-rate monitors on a similar GPU (2080 Ti) and issues with screen blanks in accordance with VRR.
I will add this forum post as reference there and try to follow progress.
But as a kind of disclaimer: Even that one case has only the original reporter as a clear repro case, so far no in-house reproduction of the problem. Which makes it really difficult to try and debug this.
One possible reason which you probably don’t want to hear is that your GPU might be defective.
Another one is that the GPU in combination with the somewhat older CPU simply is not able to guarantee this kind of throughput even with DSC. I doubt it actually, but in case any of the monitors does not correctly support DSC or the DSC negotiation fails, the fall-back might break things.
One last straw:
Freezes and black screens appear in Windows when I use the Alienware monitor even I disable VRR/G-Sync and/or HDR.
Is this the case if you have only this monitor connected to the 2080 SUPER? If that is the case, we might better be able to set this up internally and try to reproduce.
Hi there @sharonoliva560,
Your reply looks suspiciously like ChatGPT, especially given the fact that this is your first post here.
If not, then you have my apologies.
But if it is, I kindly ask you to refrain from using AI generated answers in this forum, even if they might be useful suggestions. Although my impression of the OP is that he will likely have tried all of those already.
I tested only with the Alienware monitor and I still have the issue but freezes and black screens are shorter.
I updated to the new 565.90 driver and I still have all the issues I have with 561.09
@MarkusHoHo
I have a dual boot Linux/Windows setup and on Linux I didn’t have any freeze or black screen.
But the GPU never goes bellow P0 power state if I connect the Alienware monitor even if nothing is running, so the GPU draws 64W instead of 22W. I was previously facing this issue with the drivers form 530 series and without the Alienware monitor.
