Bug 108615 - [NVE7] changing resolution causes blank screen
Summary: [NVE7] changing resolution causes blank screen
Status: NEW
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-10-31 20:28 UTC by jbytecoder
Modified: 2018-11-21 19:15 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg server log just after resolution switch (41.91 KB, text/x-log)
2018-10-31 20:28 UTC, jbytecoder
no flags Details
Kernel log just after the issue (245.87 KB, text/plain)
2018-10-31 20:29 UTC, jbytecoder
no flags Details
Video bios of the faulty card (91.50 KB, application/octet-stream)
2018-10-31 20:30 UTC, jbytecoder
no flags Details
View of display artifacts with mouse pointer. (3.37 MB, image/jpeg)
2018-11-21 19:10 UTC, Phil Turmel
no flags Details
View of X's complete framebuffer (triple head) screenshotted with artifacts visible (1.75 MB, image/png)
2018-11-21 19:13 UTC, Phil Turmel
no flags Details
Kernel log including a disable/re-enable cycle (87.14 KB, text/plain)
2018-11-21 19:15 UTC, Phil Turmel
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description jbytecoder 2018-10-31 20:28:21 UTC
Created attachment 142308 [details]
Xorg server log just after resolution switch

Using latest software ( linux-4.19.0, xf86-video-nouveau-1.0.15, mesa-18.2.3, libdrm-2.4.96, xorg-server-1.20.3 ). When I try to change screen resolution using xrandr to anything below native resolution the screen goes blank. To be exact 
issuing xrandr -s 1024x768 causes the flowing:
1) screen turns completely black right away
2) after some time  ( no more that 500ms ), the screen changes to black with backlight on. Looks a lot like no modesetting console without any content 
3) this situation persists, indefinitely

What is interesting is that switching to console works. The console just works. However when I switch back to X, the above procedure repeats with one detail - for a brief moment ( at the same moment as step 1) ) the content of desktop in selected resolution is visible. It seems that the desktop content is somewhere in memory but the driver decides to render some other area of memory

The only resolution to this problem that is working is to use older kernel, linux-4.9.95 to be precise  

I discovered the issue, playing games through wine. But to isolate the cause I gathered dmesg & xorg.log, running only an openbox and using xrandr to cause the issue

I don't know what further info could be usefull
Comment 1 jbytecoder 2018-10-31 20:29:34 UTC
Created attachment 142309 [details]
Kernel log just after the issue
Comment 2 jbytecoder 2018-10-31 20:30:36 UTC
Created attachment 142310 [details]
Video bios of the faulty card
Comment 3 Phil Turmel 2018-11-21 19:08:42 UTC
I have what is likely a related problem -- any change to resolution or re-enabling an output on my system, via xrandr or the equivalent KDE dialog, yields a black screen and/or artifacts from the framebuffer console.  When multiple monitors are enabled, the affected outputs are black until the mouse pointer moves in their region, yielding artifacts plus *correct* mouse pointer.

Until recently, operation was restored solely by restarting X.  With kernel 4.19.3, operation can be restored by switching to a text console (all connected outputs turn on) and switching back to X.  The phenomenon occurs on all monitor ports, on the dock or not, whether docked or not, and both before and after suspend/resume.

Laptop is an HP ZBook 17 with GK107GLM (K1100M) with gentoo unstable:

Linux corvus 4.19.3 #305 SMP PREEMPT Wed Nov 21 12:21:12 EST 2018 x86_64 Intel(R) Core(TM) i7-4800MQ CPU @ 2.70GHz GenuineIntel GNU/Linux

x11-base/xorg-server-1.20.3
x11-drivers/xf86-video-nouveau-1.0.15-r1
media-libs/mesa-18.3.0_rc3
x11-libs/libdrm-2.4.96
Comment 4 Phil Turmel 2018-11-21 19:10:51 UTC
Created attachment 142552 [details]
View of display artifacts with mouse pointer.
Comment 5 Phil Turmel 2018-11-21 19:13:28 UTC
Created attachment 142553 [details]
View of X's complete framebuffer (triple head) screenshotted with artifacts visible

Note the mouse cursor on the right-hand monitor that had been disabled then re-enabled.
Comment 6 Phil Turmel 2018-11-21 19:15:41 UTC
Created attachment 142554 [details]
Kernel log including a disable/re-enable cycle

Note that no events appeared in dmesg during the xrandr changes.


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.