Bug 71226 - Colors occasionally broken on DCE5 Barts (HD69xx)
Summary: Colors occasionally broken on DCE5 Barts (HD69xx)
Status: RESOLVED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-04 16:58 UTC by Rafał Miłecki
Modified: 2015-07-13 20:26 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
Broken colors on HDMI-0 (915.43 KB, image/jpeg)
2013-11-04 17:01 UTC, Rafał Miłecki
no flags Details
Good colors on HDMI-0 (844.87 KB, image/jpeg)
2013-11-04 17:02 UTC, Rafał Miłecki
no flags Details
Broken colors on eDP (1.82 MB, image/jpeg)
2013-11-04 17:09 UTC, Rafał Miłecki
no flags Details
Good colors on eDP (1.68 MB, image/jpeg)
2013-11-04 17:11 UTC, Rafał Miłecki
no flags Details

Description Rafał Miłecki 2013-11-04 16:58:40 UTC
From time to time colors on my displays appear broken. It happens randomly and is pretty hard to reproduce.
Comment 1 Rafał Miłecki 2013-11-04 17:01:32 UTC
Created attachment 88624 [details]
Broken colors on HDMI-0

Right after
xrandr --output HDMI-0 --auto
Comment 2 Rafał Miłecki 2013-11-04 17:02:56 UTC
Created attachment 88625 [details]
Good colors on HDMI-0

After simple
xrandr --output HDMI-0 --off
xrandr --output HDMI-0 --auto
routine from the broken case.
Comment 3 Rafał Miłecki 2013-11-04 17:09:37 UTC
Created attachment 88626 [details]
Broken colors on eDP

After leaving perfectly working display for ~15 minutes, coming back and leaving screensaver I got that broken colors on panel display.
Comment 4 Rafał Miłecki 2013-11-04 17:11:29 UTC
Created attachment 88627 [details]
Good colors on eDP

Reboot fixed colors on my panel. Usually waiting for some times also does (I don't remember if screensaver/power has to be involved).
Comment 5 abortretryfail 2013-12-26 17:12:35 UTC
I'm having a very similar problem on my BARTS XT. 

It seems to only show up in apps that use OpenGL and only after a suspend/resume cycle. I'm not using a desktop compositor, so i never see it affect the whole screen like Rafał's screenshots.

Colors appear to invert or brighten randomly then go back to normal a couple seconds later. Similar to the attached jpegs.

Linux Brimstone 3.12.3-1-ARCH #1 SMP PREEMPT Wed Dec 4 21:45:42 CET 2013 x86_64 GNU/Linux

OpenGL version string: 3.0 Mesa 10.1.0-devel (git-92ceb32)
OpenGL shading language version string: 1.30

local/ati-dri-git 60031.92ceb32-1 (mesagit)
Comment 6 abortretryfail 2013-12-26 17:18:36 UTC
Also of note is that this does not happen with my REDWOOD (HD5670) card in the same machine with the same software versions and configuration.
Comment 7 Michel Dänzer 2013-12-27 01:27:41 UTC
(In reply to comment #5)
> It seems to only show up in apps that use OpenGL and only after a
> suspend/resume cycle.

If it only happens in OpenGL apps, that indicates a problem in the 3D rendering pipeline.


> I'm not using a desktop compositor, so i never see it affect the whole screen
> like Rafał's screenshots.

Actually, my assumption from Rafał's description was that he's only seeing the problem on one of several connected displays at a time, which would indicate a problem in the display pipeline instead (assuming all displays are showing the same contents or are all updating their contents while the problem occurs). Rafał, is my assumption correct?
Comment 8 Rafał Miłecki 2013-12-27 05:41:23 UTC
(In reply to comment #7)
> Actually, my assumption from Rafał's description was that he's only seeing
> the problem on one of several connected displays at a time, which would
> indicate a problem in the display pipeline instead (assuming all displays
> are showing the same contents or are all updating their contents while the
> problem occurs). Rafał, is my assumption correct?

That's right. I got wrong colors on HDMI-0 while everything was fine on eDP at the same time.
Comment 9 Alex Deucher 2013-12-27 15:14:06 UTC
(In reply to comment #8)
> 
> That's right. I got wrong colors on HDMI-0 while everything was fine on eDP
> at the same time.

That's usually indicative of the monitor not dealing with the HDMI packets from the GPU properly.  E.g., the monitor may think it's getting YUV data rather than RGB.  Disabling hdmi mode (driving the display like DVI) should avoid the problem if that's the issue (e.g., radeon.audio=0).
Comment 10 madbiologist 2014-01-31 13:28:22 UTC
Does this help?

http://www.spinics.net/lists/stable/msg32892.html

It will be in the 3.14 kernel.


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.