Bug 103383 - "xset dpms force on" does not unblank laptop screen after "xset dpms force off" is run (or system enters sleep mode)
Summary: "xset dpms force on" does not unblank laptop screen after "xset dpms force of...
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
Depends on:
Reported: 2017-10-21 06:32 UTC by marko
Modified: 2019-12-04 09:32 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

dmesg-xorg.log (138.12 KB, text/x-log)
2017-10-21 06:32 UTC, marko
no flags Details

Description marko 2017-10-21 06:32:22 UTC
Created attachment 134966 [details]

Hi all,

Graphics Card: NVIDIA GTX 1060 
nouveau driver: 1.0.15
Xorg version: 1.19.3
dmesg.log and Xorg.0.log attached.
Distribution: XUbuntu 17.10 (the only one that I know of that includes updated nouveau drivers that support my laptop's graphics card)
File: dmesg-xorg.log 0 xorg log starts on line 1116.

I have been chasing this for a few days and I finally managed to successfully reproduce the issue consistently.

I have a 3-ple screen system - Laptop Display + HDMI + DP (set to mirroring). 

When the screens are asked to blank by using the "xset dpms force off" command and when you press a key on the keyboard to unblank them, only the HDMI and the DP screens get unblanked and the laptop screen remains off / blanked out. 

This is a major pain as the laptop is right in front of me as my main display . 

I've tried: 

- Running "xset dpms force on" 
- Running "sudo systemctl stop lightdm" and then "sudo systemctl start lightdm" 
- Entering the console via "Ctrl+Alt+F1" and then "Ctrl+Alt+F7" 

but my laptop screen remains off. Only a full reboot resolves the issue. 

I can confirm that this does *not* happen with the proprietary NVIDIA drivers (v384).

To reproduce the issue:

- Either wait for Xfce to blank the displays after 5-10 minutes or
- Enter the command "xset dpms force off" via the terminal
- Hit a key to wake up the displays and the laptop screen remains off

The issue also happens when Live ISOs boot to Xorg where the laptop screens remains turned off. 

Something interesting I found in dmesg, not sure if this is related:

[   35.439645] nouveau 0000:01:00.0: disp: 0x0000643b[0]: INIT_GENERIC_CONDITON: unknown 0x07
[   36.965444] nouveau 0000:01:00.0: disp: 0x00005fcc[2]: INIT_GENERIC_CONDITON: unknown 0x07

I hope this can be resolved.
Comment 1 Ilia Mirkin 2017-10-21 15:07:10 UTC
I have some recollection that someone else reported a similar issue with a GP10x laptop GPU -- the backlight control wasn't working.

Perhaps this is similar. Or perhaps we need to explicitly turn the PANEL_POWER back on (we do it when initially detecting the panel, but never touch it again in nouveau_connector.c)

Or perhaps NV_DEVICE_INFO_V0_PASCAL is missing from the switch in nouveau_backlight.c (it is), although as I was saying, someone was having trouble with it... see bug #100446.
Comment 2 marko 2017-10-21 22:00:26 UTC
Thx, if any additional details / logs are needed from my end, I am here. 

This issue also affects live ISOs (at least the ones that include the updated nouveau package that support GTX 10xx cards). What happens is, the Live ISO starts, it enters Xorg and the laptop screen turns off...

I can see things via the external monitors but my primary screen (the laptop's display) is off so it's quite annoying. The option nomodeset works but when in use it doesn't detect the external monitors so it's one or the other! :(

So annoying, I hope someone can fix this.
Comment 3 Bernhard Rosenkraenzer 2018-04-06 00:22:45 UTC
This problem persists after fixing the backlight control problem (bug 100446).

Turning the backlight all the way to 0 suspends the display to a state from which it will wake up by adjusting brightness -- but after "xset dpms force off", nothing (xset dpms force on or adjusting brightness up) brings the display back to life.
Comment 4 Martin Peres 2019-12-04 09:32:17 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/377.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.