Nouveau - Feb 2017 - [Bug 99922] New: [NVE4] [regression, bisected] 4.10 (atomic): X shows black screen with cursor after monitors turn off

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

            Bug ID: 99922
           Summary: [NVE4] [regression, bisected] 4.10 (atomic): X shows
                    black screen with cursor after monitors turn off
           Product: xorg
           Version: unspecified
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Keywords: bisected
          Severity: normal
          Priority: medium
         Component: Driver/nouveau
          Assignee: nouveau at lists.freedesktop.org
          Reporter: kevin at potatofrom.space
        QA Contact: xorg-team at lists.x.org

On Linux 4.10, after waking monitors up from powersave mode, X displays only a
black screen with a movable cursor on all three monitors. Linux 4.9.11 does not
exhibit this issue.

I initially noticed the issue with a triple-monitor setup, but it still occurs
even if only one monitor is plugged in via HDMI.

I've bisected the issue to the following atomic-mode-setting commit (full
git
bisect log attached):

commit 839ca903f12ef8f09374e0b655456482536a733e
Author: Ben Skeggs <bskeggs at redhat.com>
Date:   Fri Nov 4 17:20:36 2016 +1000

    drm/nouveau/kms/nv50: transition to atomic interfaces internally

    This commit implements the atomic commit interfaces, and implements the
    legacy modeset and page flipping interfaces on top of them.

    There's two major changes in behavior from before:

    - We're now making use of interlocks between core and satellite EVO
      channels, which greatly improves our ability to keep their states
      synchronised.
    - DPMS is now implemented as a full modeset to either tear down the
      entire pipe (or bring it back up).  This choice was made mostly
      to ease the initial implementation, but I'm also not sure what we
      gain by bring backing the old behaviour.  We shall see.

    This does NOT currently expose the atomic ioctl by default, due to
    limited testing having been performed.

    Signed-off-by: Ben Skeggs <bskeggs at redhat.com>

Dmesgs and Xorg logs will be provided for the following configurations that
exhibit the issue:
 - 4.10, with one monitor attached
 - 4.10, with three monitors attached
 - A bisected revision that displays the issue (seems to have a bit more
information)

I'm using an MSI GTX 770 2GB; vbios will be attached.

-- 
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/20170223/6f4d722f/attachment.html>

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

--- Comment #1 from kevin at potatofrom.space ---
Created attachment 129871
  --> https://bugs.freedesktop.org/attachment.cgi?id=129871&action=edit
problematic dmesg with three monitors on Linux 4.10

-- 
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/20170223/361c02e5/attachment.html>

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

--- Comment #2 from kevin at potatofrom.space ---
*** Bug 99921 has been marked as a duplicate of this bug. ***

-- 
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/20170223/c6636b33/attachment-0001.html>

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

--- Comment #3 from kevin at potatofrom.space ---
Created attachment 129872
  --> https://bugs.freedesktop.org/attachment.cgi?id=129872&action=edit
problematic xorg log on 4.10 with three monitors

(Apologies for the email spam; I'm new to bugzilla. I'll refrain from
posting
any more attachments to avoid more spam. If you need the vbios/other dmesgs or
Xorg logs, just ask.)

-- 
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/20170223/82b220b9/attachment.html>

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

--- Comment #4 from Ben Skeggs <skeggsb at gmail.com> ---
Are you able to try with xf86-video-modesetting instead of the nouveau 2d
driver and report if the issue still occurs?

-- 
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/20170224/f2ece617/attachment.html>

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

--- Comment #5 from kevin at potatofrom.space ---
Created attachment 129896
  --> https://bugs.freedesktop.org/attachment.cgi?id=129896&action=edit
Normal Xorg logs on Linux 4.10 with xf86-video-modesetting

Interestingly, the bug does not appear with the generic modesetting driver!
I've attached the Xorg log, but it seems normal.

-- 
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/20170224/81cad015/attachment.html>

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

kevin at potatofrom.space changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #129896|text/x-log                  |text/plain
          mime type|                            |

-- 
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/20170224/5a638bc5/attachment.html>

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

--- Comment #6 from Ben Skeggs <skeggsb at gmail.com> ---
(In reply to kevin from comment #5)
> Created attachment 129896 [details]
> Normal Xorg logs on Linux 4.10 with xf86-video-modesetting
> 
> Interestingly, the bug does not appear with the generic modesetting driver!
> I've attached the Xorg log, but it seems normal.
Yeah, the nouveau 2D driver doesn't handle page flips failing correctly for
some reason (this can happen under atomic when DPMS is set to a power-saving
mode).

I wasn't able to reproduce this with the nouveau DDX running in its
(default)
DRI2 mode, only DRI3, so I hadn't prioritized looking into it.

-- 
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/20170225/c6dcac9f/attachment.html>

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

--- Comment #7 from bastian.beischer at rwth-aachen.de ---
I can confirm this problem. I'm using nouveau on a "NVIDIA Corporation
GT200b
[GeForce GTX 285]" GPU. I'm not using DRI3 either:

$ grep DRI /var/log/Xorg.0.log
[    14.197] (==) NOUVEAU(0): Allowed maximum DRI level 2.
[    14.350] (==) NOUVEAU(G0): Allowed maximum DRI level 2.
[    14.426] (II) NOUVEAU(G0): [DRI2] Setup complete
[    14.426] (II) NOUVEAU(G0): [DRI2]   DRI driver: nouveau
[    14.426] (II) NOUVEAU(G0): [DRI2]   VDPAU driver: nouveau
[    14.443] (II) NOUVEAU(0): [DRI2] Setup complete
[    14.443] (II) NOUVEAU(0): [DRI2]   DRI driver: nouveau
[    14.443] (II) NOUVEAU(0): [DRI2]   VDPAU driver: nouveau
[    14.598] (II) GLX: Initialized DRI2 GL provider for screen 0

$ LIBGL_DEBUG=verbose glxinfo 2>&1 | grep DRI
libGL: Using DRI2 for screen 0

-- 
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/20170227/ade5ca79/attachment.html>

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

tkoenig at netcologne.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tkoenig at netcologne.de

--- Comment #8 from tkoenig at netcologne.de ---
*** Bug 100025 has been marked as a duplicate of this bug. ***

-- 
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/20170301/cdba3f7c/attachment.html>

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

--- Comment #9 from Ben Skeggs <skeggsb at gmail.com> ---
(In reply to Ben Skeggs from comment #6)
> (In reply to kevin from comment #5)
> > Created attachment 129896 [details]
> > Normal Xorg logs on Linux 4.10 with xf86-video-modesetting
> > 
> > Interestingly, the bug does not appear with the generic modesetting
driver!
> > I've attached the Xorg log, but it seems normal.
> 
> Yeah, the nouveau 2D driver doesn't handle page flips failing correctly
for
> some reason (this can happen under atomic when DPMS is set to a
power-saving
> mode).
> 
> I wasn't able to reproduce this with the nouveau DDX running in its
> (default) DRI2 mode, only DRI3, so I hadn't prioritized looking into
it.
Lyude has posted a patch[1] which should address this issue.

Ben.

[1] https://lists.freedesktop.org/archives/nouveau/2017-March/027422.html

-- 
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/20170304/c38a045d/attachment.html>

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

--- Comment #10 from kevin at potatofrom.space ---
The patch indeed fixes this issue! The monitors go to sleep and wake up without
problems.

-- 
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/20170306/e7787e33/attachment.html>

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

--- Comment #11 from bastian.beischer at rwth-aachen.de ---
I can also confirm that the patch fixes the problem.

-- 
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/20170306/cb2d1520/attachment.html>

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

--- Comment #12 from Stefan Becker <chemobejk at gmail.com> ---
I can also confirm that the DPMS problem with kernel 4.10.x is gone after
installing xorg-x11-drv-nouveau-1.0.14-1.fc25.x86_64.

1.0.14 includes the patch:
https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/log/?id=b71de83b7fae0abeb311251e6144294d319062cf

-- 
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/20170416/2624a003/attachment.html>

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

--- Comment #13 from mish <bradford at inthelightphotos.com> ---
I had the same issue on an Intel-based system.  I managed to overcome it by
changing the BIOS video settings from PEG to IGD.  I have to use the on-board
video to see the BIOS bootup screen, but once Linux takes over, both of my
monitors work fine.

-- 
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/20170424/c529fa06/attachment.html>

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

Pierre Moreau <pierre.morrow at free.fr> changed:

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

-- 
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/20170615/4041b5d2/attachment.html>

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

--- Comment #14 from sergio.callegari at gmail.com ---
I see this regularly on a system with

Kubuntu 17.10 (that is linux 4.13.x)
Nvidia G84GL [Quadro FX 570]
Xserver xserver-xorg-video-nouveau 1.0.15

so the issue does not seem to be solved yet.

When the power management kicks in and the screen dims, it is then impossible
to get back to work. Ideally, by moving the mouse you should get the screenlock
screen and the possibility to enter a password to disable the lock. In fact,
you only get a black screen with a moving cursor.

-- 
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/20171031/d54a64d6/attachment.html>

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

--- Comment #15 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to sergio.callegari from comment #14)
> I see this regularly on a system with
> 
> Kubuntu 17.10 (that is linux 4.13.x)
> Nvidia G84GL [Quadro FX 570]
> Xserver xserver-xorg-video-nouveau 1.0.15
That's a contradiction in terms. This bug was for a GK104. You have a G84.

Have you gone through all the diagnostic stages that the OP went through and
you've found the same thing? Seems highly unlikely. Even if it's true,
it's
still a different bug.

-- 
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/20171031/512edf53/attachment.html>