I’m also running in to this. I have an ASUS Strix 1080 with an Acer G245HQ on DVI and an ASUS PB278Q on Display Port. The Acer monitor suspends just fine, but the ASUS monitor sometimes blanks (but not suspends, the monitor is just black with the backlight still on), sometimes it just stays on. These problems don’t exist at all in Windows.
Hopefully this gets fixed soon, there seem to be a lot of us here running in to this.
Could you guys post the output of nvidia-bug-report.sh? I’m hoping if we collect enough reports they will look into it again.
Of course
nvidia-bug-report.log.gz (103 KB)
Yeah of course, here you go:
There’s a bunch of SELinux related messages in there, but I have the system running in permissive mode, so it’s not blocking anything.
nvidia-bug-report.log.gz (143 KB)
I have the same problem, my new Asus VP278Q connected via Displayport to my GTX 1060 running with driver 378.13 will not be sent to standby, whereas the other HDMI connected monitor does.
When KDE power management wants to shut it off, it just stays on, showing the lock screen. When I use “xset dpms force {standby|suspend|off}”, it just blanks, but backlight is still on. Only disconnecting it with xrandr --off will put it to sleep. Obviously, that’s no option.
Since the dual-boot Windows on this machine has no issues, the hardware is ruled out as cause.
nvidia-bug-report.log.gz (118 KB)
GeForce 1050Ti, 381.09, Dell p2317h - 1. DPMS does not working appropriately. 2. Monitor can’t find signal after turning off/on.
nvidia-bug-report.log.gz (105 KB)
This issue has been corrected for me with the 381.09 drivers.
DPMS is now functional on my two ASUS PB278Q-P monitors connected via DP.
IT looks like the issue was with the DP audio path interfering with DPMS?
I can confirm, with 381.09 a “xset dpms force off” makes my DP Monitor turn off, and it will turn on when signal comes back.
Before turning off, my monitor shows the message “no signal” for a second. This makes me wonder if this is the normal behavior on my monitor when it receives the DPMS off command, or if that means that it does not receive a DPMS command, but now the video signal gets shut off and then my monitor just goes to standby.
So I’m not sure if it uses the correct way, but nevertheless it works now at least for my monitor.
Working for me now as well. SteamVR is also working, and feels like there’s less tracking latency in SSVR. Destinations still tends to crash, but I think there’s something wrong with the app itself there.
Seeing the same behavior with my monitor, and it does the same in Win7. I think it’s just how DPMS is handled present day.
Still failing for me, 381.09 drivers.
nvidia-bug-report.log.gz (140 KB)
DPMS works for both monitors with 381.09. Yay.
Hello everybody,
Same issue here.
xset dpms force off
does switch monitors off, but then these go on again with NVIDIA logo and the system goes to lock mode with all monitors still active (blacked out, but with signal => resulting in highly visible IPS glow at night).
How could I make an attachment on this forum? I need to upload nvidia-bug-report.log.gz
Searched this forum and found no information on how other users make attachments.
Thank you very much in advance for your support.
EDIT: Attachment possible only AFTER posting a message on this forum. Possibly there are reasons for this, but from a user’s stand point it is quite counter-intuitive.
System details:
$ xfce4-power-manager -V
Xfce Power Manager 1.4.4
$ uname -a
Linux a 4.9.0-2-amd64 #1 SMP Debian 4.9.18-1 (2017-03-30) x86_64 GNU/Linux
(Debian 9 Stretch RC 03)
$ cat /proc/driver/nvidia/version
NVRM version: NVIDIA UNIX x86_64 Kernel Module 375.39 Tue Jan 31 20:47:00 PST 2017
GCC version: gcc version 6.3.0 20170406 (Debian 6.3.0-12)
$ nvidia-detect
Detected NVIDIA GPUs:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM204M [GeForce GTX 980M] [10de:1617] (rev a1)
$ xrandr
Screen 0: minimum 8 x 8, current 6400 x 1440, maximum 16384 x 16384
DP-0 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 connected 1920x1080+4480+0 (normal left inverted right x axis y axis) 382mm x 215mm
1920x1080 75.00*+
HDMI-0 connected 1920x1080+2560+0 (normal left inverted right x axis y axis) 527mm x 296mm
1920x1080 60.00*+ 59.94 50.00 60.05 60.00 50.04
…
DP-3 connected 2560x1440+0+0 (normal left inverted right x axis y axis) 596mm x 335mm
2560x1440 59.95*+
…
DP-4 disconnected (normal left inverted right x axis y axis)
$ cat /etc/modeprobe.d/blacklists-nouveau.conf
blacklist nouveau
blacklist nouveaufb
blacklist lbm-nouveau
options nouveau modeset=0
alias nouveau off
alias nouveaufb off
alias lbm-nouveau off
$ cat /etc/modprobe.d/blacklist-nouveau-kms.conf
options nouveau modeset=0
nvidia-bug-report.log.gz (502 KB)
Hi ALXHK, since for us the problem vanished with the 381.09 and later, I suggest updating.
Unfortunately, not for everyone.
Agreed, but for sure it’s not fixed for somebody who didn’t update. ;) Good luck for you!
Thank you :)
I think DPMS related issue are depends on many specific configs like Display model, display cable types, Desktop environments, legacy/uefi os, resolutions, screensaver, lock screen, power options, screen blank options. So I suggest start the new threads for dpms related issues. And which users has similar config shall update that respective thread. If config is diffident then start new thread. Note: This is only for DPMS related issue so we can find root cause for each case.
Hello!
I’m still having this problem! Strangely, I recently upgraded my 2nd monitor and now both are on DisplayPort. The old one (AOC AG271QG4) doesn’t turn off, but the new one (AOC Q2775) does.
nvidia-bug-report.log.gz (149 KB)
Yep, the problem still persists (384.59). And I pretty tired of waiting for the correct solution and just turn off my monitor with button every time. At the same time, display port works perfectly fine on Windows.
Just adding a “me too” here )': Got a new monitor, didn’t realise that I was plugging in the display port connector and I’ve seen that the backlight never goes off. I switched to HDMI and I don’t have the problem any more – but I’d prefer to switch back to display port simply because my DP cable is a lot less hefty than the 3m hdmi monster I have in there right now.