Bug 208333

Summary: Black screen with Kernel 5.8 rc1/2/3/4 with Nvidia Gtx 760 driver nouveau
Product: Drivers Reporter: Roberto Guerrini (robyguerrini)
Component: Video(DRI - non Intel)Assignee: drivers_video-dri
Status: NEW ---    
Severity: high CC: imirkin, nbryant, robyguerrini
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 5.8 rc2 Subsystem:
Regression: No Bisected commit-id:

Description Roberto Guerrini 2020-06-26 13:29:47 UTC
With Kernel 5.8 rc1/rc2/ the desktop don't is visualized.... this on Ubuntu 20.04 and vedeo card Gtx 760 Nvidia with Nouveau Driver. The machine is on... the keyboards led working but the screen is black.
Comment 1 Roberto Guerrini 2020-06-29 16:51:17 UTC
Tested with 5.8 rc3 also and the result is the same .... black screen ... but the computer works so I think it is the Nouveau driver with the gtx 760 to wrong the video output.
Comment 2 Roberto Guerrini 2020-07-06 04:52:07 UTC
Tested with 5.8 rc4 also and the result is the same.... Black screen with all monitor with Gtz 760 and nouveau driver!!!
Comment 3 Ilia Mirkin 2020-07-06 05:10:09 UTC
Has nouveau ever worked with this board? Can you get dmesg from a failing boot?

Unfortunately without logs, it's a bit hard to tell what's going on. Chances are the machine is fine, so you should be able to ssh in and get them. Or perhaps you can acquire logs from a previous boot, depending on your logging system.
Comment 4 Roberto Guerrini 2020-07-08 17:19:27 UTC
Il giorno lun, 06/07/2020 alle 05.10 +0000, bugzilla-
daemon@bugzilla.kernel.org ha scritto:
> https://bugzilla.kernel.org/show_bug.cgi?id=208333
> 
> Ilia Mirkin (imirkin@alum.mit.edu) changed:
> 
>            What    |Removed                     |Added
> -------------------------------------------------------------------
> ---------
>                  CC|                            |imirkin@alum.mit.edu
> 
> --- Comment #3 from Ilia Mirkin (imirkin@alum.mit.edu) ---
> Has nouveau ever worked with this board? Can you get dmesg from a
> failing boot?
> 
> Unfortunately without logs, it's a bit hard to tell what's going on.
> Chances
> are the machine is fine, so you should be able to ssh in and get
> them. Or
> perhaps you can acquire logs from a previous boot, depending on your
> logging
> system.
> 
> Hi, you are right ... you need the log to know what happens ... As
> soon as I can I reassemble the 5.8 kernel and then I will save the
> log to make you understand what the problem is !!! However with
> Kernel 5.7 it works perfectly .... this with the Nouveau driver ...
> there was the problem with the 5.7 of the hadmi audio not working but
> it was solved with the 5.7.7 version which works very well but
> unfortunately the 5.8 it doesn't work and the screen remains black
> even if the machine is free ... so something of the video driver has
> been changed from 5.7 to 5.8 and with the Nvidia gtx 760 and driver
> nouveau the result is this ... soon I'll send you the log 5.8 not
> working ... hello and thank you !!
Comment 5 Roberto Guerrini 2020-07-12 07:04:11 UTC
Basically I saw where the loading stops ... it stops at "Started Gnome Display Manager"
Gdm.service
Comment 6 Roberto Guerrini 2020-07-12 07:12:49 UTC
Il giorno lun, 06/07/2020 alle 05.10 +0000, bugzilla-
daemon@bugzilla.kernel.org ha scritto:
> https://bugzilla.kernel.org/show_bug.cgi?id=208333
> 
> Ilia Mirkin (imirkin@alum.mit.edu) changed:
> 
>            What    |Removed                     |Added
> -------------------------------------------------------------------
> ---------
>                  CC|                            |imirkin@alum.mit.edu
> 
> --- Comment #3 from Ilia Mirkin (imirkin@alum.mit.edu) ---
> Has nouveau ever worked with this board? Can you get dmesg from a
> failing boot?
> 
> Unfortunately without logs, it's a bit hard to tell what's going on.
> Chances
> are the machine is fine, so you should be able to ssh in and get
> them. Or
> perhaps you can acquire logs from a previous boot, depending on your
> logging
> system.
> 

Basically I saw where the loading stops ... it stops at "Gnome Display
Manager" 
Gdm.service

Bye
Comment 7 Roberto Guerrini 2020-07-14 06:59:30 UTC
in wayland the system works while in gnome it remains on the black screen
Comment 8 Roberto Guerrini 2020-07-14 10:42:43 UTC
(In reply to Roberto Guerrini from comment #6)
> Il giorno lun, 06/07/2020 alle 05.10 +0000, bugzilla-
> daemon@bugzilla.kernel.org ha scritto:
> > https://bugzilla.kernel.org/show_bug.cgi?id=208333
> > 
> > Ilia Mirkin (imirkin@alum.mit.edu) changed:
> > 
> >            What    |Removed                     |Added
> > -------------------------------------------------------------------
> > ---------
> >                  CC|                            |imirkin@alum.mit.edu
> > 
> > --- Comment #3 from Ilia Mirkin (imirkin@alum.mit.edu) ---
> > Has nouveau ever worked with this board? Can you get dmesg from a
> > failing boot?
> > 
> > Unfortunately without logs, it's a bit hard to tell what's going on.
> > Chances
> > are the machine is fine, so you should be able to ssh in and get
> > them. Or
> > perhaps you can acquire logs from a previous boot, depending on your
> > logging
> > system.
> > 
> 
> Basically I saw where the loading stops ... it stops at "Gnome Display
> Manager" 
> Gdm.service
> 
> in wayland the system works while in gnome it remains on the black screen
Comment 9 Nathan Bryant 2020-07-18 22:04:29 UTC
I'm seeing similar symptoms on my Geforce GTX 1070 (GP104). Screen blanks after GDM login, Wayland works, Xorg doesn't. This is a regression from 5.7 to 5.8-rc1.

As long as I only have my primary monitor connected, after the failure I can still switch to another VT with Ctrl-Alt-F3 and log in to the text console.

~/.local/share/xorg/Xorg.0.log has a few of these:

[    17.240] (EE) modeset(0): failed to set mode: Invalid argument

Bisected to this commit:

fa4f4c213f5f7807360c41f2501a3031a9940f3a is the first bad commit
commit fa4f4c213f5f7807360c41f2501a3031a9940f3a
Author: James Jones <jajones@nvidia.com>
Date:   Mon Feb 10 15:15:55 2020 -0800

    drm/nouveau/kms: Support NVIDIA format modifiers
    
    Allow setting the block layout of a nouveau FB
    object using DRM format modifiers.  When
    specified, the format modifier block layout and
    kind overrides the GEM buffer's implicit layout
    and kind.  The specified format modifier is
    validated against the list of modifiers supported
    by the target display hardware.
    
    v2: Used Tesla family instead of NV50 chipset compare
    v4: Do not cache kind, tile_mode in nouveau_framebuffer
    v5: Resolved against nouveau_framebuffer cleanup
    
    Signed-off-by: James Jones <jajones@nvidia.com>
    Signed-off-by: Ben Skeggs <bskeggs@redhat.com>

 drivers/gpu/drm/nouveau/dispnv50/wndw.c   | 20 ++++---
 drivers/gpu/drm/nouveau/nouveau_display.c | 89 ++++++++++++++++++++++++++++++-
 drivers/gpu/drm/nouveau/nouveau_display.h |  4 ++
 3 files changed, 104 insertions(+), 9 deletions(-)
Comment 10 Nathan Bryant 2020-07-19 23:54:18 UTC
Looks like they're working on it

https://lists.freedesktop.org/archives/nouveau/2020-July/036264.html
Comment 11 Nathan Bryant 2020-07-20 00:49:31 UTC
Applied the patch (from Comment #10 above). Works for me.
Comment 12 Roberto Guerrini 2020-08-04 14:08:03 UTC
With official Kernel 5.8 the bug is solved.... Good Work!!!!