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
Created attachment 142309 [details]
Kernel log just after the issue
Created attachment 142310 [details]
Video bios of the faulty card
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
Created attachment 142552 [details]
View of display artifacts with mouse pointer.
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.
Created attachment 142554 [details]
Kernel log including a disable/re-enable cycle
Note that no events appeared in dmesg during the xrandr changes.