Nouveau - Oct 2017 - [Bug 103383] New: "xset dpms force on" does not unblank laptop screen after "xset dpms force off" is run (or system enters sleep mode)

https://bugs.freedesktop.org/show_bug.cgi?id=103383

            Bug ID: 103383
           Summary: "xset dpms force on" does not unblank laptop
screen
                    after "xset dpms force off" is run (or system
enters
                    sleep mode)
           Product: xorg
           Version: unspecified
          Hardware: x86-64 (AMD64)
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: techau at optusnet.com.au
        QA Contact: xorg-team at lists.x.org

Created attachment 134966
  --> https://bugs.freedesktop.org/attachment.cgi?id=134966&action=edit
dmesg-xorg.log

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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171021/dc9cfdfc/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103383

--- Comment #1 from Ilia Mirkin <imirkin at alum.mit.edu> ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171021/bab8f5be/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103383

--- Comment #2 from marko <techau at optusnet.com.au> ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20171021/00c9d30d/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103383

--- Comment #3 from Bernhard Rosenkraenzer <bero at lindev.ch> ---
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20180406/1813b9b4/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=103383

Martin Peres <martin.peres at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |MOVED

--- Comment #4 from Martin Peres <martin.peres at free.fr> ---
-- 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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/nouveau/attachments/20191204/e220cea2/attachment.html>