Bug 111841 - Setting gamma or color temperature on GK104 causes horizontal artifacts / flickering
Summary: Setting gamma or color temperature on GK104 causes horizontal artifacts / fli...
Status: RESOLVED MOVED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/nouveau (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: not set normal
Assignee: Nouveau Project
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-27 09:07 UTC by Brian Clinkenbeard
Modified: 2019-12-04 09:53 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg log (63.33 KB, text/x-log)
2019-09-27 09:07 UTC, Brian Clinkenbeard
no flags Details

Description Brian Clinkenbeard 2019-09-27 09:07:09 UTC
Created attachment 145545 [details]
dmesg log

After setting the gamma or color temperature through various methods (redshift -m randr, redshift -m drm, GNOME night shift on xorg or wayland) horizontal artifacts begin to flicker. This does not severely obscure the screen but appears as small lines horizontal lines flickering quickly. This notably does not happen using the "vidmode" method of redshift (https://github.com/jonls/redshift/blob/master/src/gamma-vidmode.c). I've tested this on multiple displays.

The effect is more noticeable on darker backgrounds.

Steps to reproduce:
1) Use GK104/NVE0 on Xorg or Wayland.
2) Try to adjust color temperature or gamma with software such as redshift (-m randr or drm).

I've attached the dmesg log, note that I am not certain the gnome-shell segfaults have anything to do with this issue.

Kernel:
Linux desktop 5.2.0-2-amd64 #1 SMP Debian 5.2.9-2 (2019-08-21) x86_64 GNU/Linux

Card:
NVIDIA Corporation GK104 [GeForce GTX 770]
Comment 1 Brian Clinkenbeard 2019-09-27 09:09:24 UTC
Also note that this flickering is not similar to the flickering that occurs when using nouveau without a compositor or vsync, and occurs on a static screen.
Comment 2 Ilia Mirkin 2019-09-27 12:49:58 UTC
We've recently started to implement more advanced color management handling, however I think that's only bound for v5.4. I'm not sure if anything was really fixed in those, but it may be worth testing on latest if possible (e.g. drm-next).

Can you also play with dithering mode? e.g. set it to "static 2x2"?
Comment 3 Brian Clinkenbeard 2019-09-30 01:07:06 UTC
(In reply to Ilia Mirkin from comment #2)
> We've recently started to implement more advanced color management handling,
> however I think that's only bound for v5.4. I'm not sure if anything was
> really fixed in those, but it may be worth testing on latest if possible
> (e.g. drm-next).
> 
> Can you also play with dithering mode? e.g. set it to "static 2x2"?

Setting dithering to 'static 2x2' fixes the issue. I will try testing the 5.4rc soon and see if that solves the issue as well.
Comment 4 Ilia Mirkin 2019-10-13 16:09:02 UTC
Wait, why is dithering even a thing here -- are you using 10bpc formats? Or do you have a LVDS/eDP panel that can only do 6bpc?
Comment 5 Martin Peres 2019-12-04 09:53:28 UTC
-- 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/505.


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.