Bug 60709

Summary: With 3.10.3 / 3.10.5 screen output is "green" - looks like a green overlay
Product: Drivers Reporter: Torsten Krah (krah.tm)
Component: Video(DRI - non Intel)Assignee: drivers_video-dri
Status: RESOLVED DUPLICATE    
Severity: normal CC: alexdeucher, zajec5
Priority: P1    
Hardware: i386   
OS: Linux   
Kernel Version: 3.10.5 Subsystem:
Regression: No Bisected commit-id:
Attachments: dmesg 3.10.3 with radeon.audio=1
hdmi regs 3.9.11 with radeon.audio=1
hdmi regs 3.10.5 with radeon.audio=0
hdmi regs 3.9.11 with radeon.audio=1
hdmi regs 3.10.5 with radeon.audio=1
dmesg 3.10.5 green
hdmi regs 3.10.5 with radeon.audio=1 and green
camera image

Description Torsten Krah 2013-08-06 22:03:47 UTC
Hi, did upgrade to a 3.10.2 and 3.10.5 kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/.
After reboot my screen gets a green touch (kms console and X) - 3.9.2 from the same place does work fine, kms console got a nice black :-).

Did caputure a image with gimp but that did not work, i'll attach a foto from my camera if i am rebooting to this kernel versions.

Card is a radeon card:

01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Redwood [Radeon HD 5670]

Some things i should provide or test?
Comment 1 Alex Deucher 2013-08-06 22:34:23 UTC
Please attach your dmesg output.  Are you using an hdmi display with radeon.audio=1?  Can you bisect?
Comment 2 Torsten Krah 2013-08-07 17:06:48 UTC
Yes i am using radeon.audio=1. Disabling this makes 3.10.5 work without green screen.
Attaching dmesg from 3.10.3 - thought it was .2, sorry.

I'll try to bisect - may take some time, i'll try asap.
Comment 3 Torsten Krah 2013-08-07 17:07:22 UTC
Created attachment 107140 [details]
dmesg 3.10.3 with radeon.audio=1
Comment 4 Rafał Miłecki 2013-08-07 17:28:13 UTC
Torsten: please provide output of
avivotool regs hdmi
using 3.9 and 3.10
Comment 5 Torsten Krah 2013-08-07 17:50:31 UTC
Created attachment 107141 [details]
hdmi regs 3.9.11 with radeon.audio=1
Comment 6 Torsten Krah 2013-08-07 17:50:56 UTC
Created attachment 107142 [details]
hdmi regs 3.10.5 with radeon.audio=0
Comment 7 Rafał Miłecki 2013-08-07 19:02:33 UTC
Whoops, your avivotool is too old to support "hdmi" (or you mispelled it). Could you update avivotool, please?

After updating I'll need output of "avivotool regs hdmi" from 3.9 and 3.10, both using radeon.audio=1.
Comment 8 Torsten Krah 2013-08-07 19:20:39 UTC
Created attachment 107145 [details]
hdmi regs 3.9.11 with radeon.audio=1
Comment 9 Torsten Krah 2013-08-07 20:23:26 UTC
Created attachment 107146 [details]
hdmi regs 3.10.5 with radeon.audio=1
Comment 10 Torsten Krah 2013-08-07 20:29:20 UTC
I am lost now a little bit.

To make sure rc1 did fail also i've installed all mainline ppa kernels from 3.9.11 to 3.10.5 including rc ones, to possible get a smaller bisect window.

Just bootet into 3.10rc1 and it worked.
Now i've bootet 3.10.3 and 3.10.5 - works - no more green stuff.

Did power off and power on the box, no difference - green is gone.

I did see this green one a few times until today everytime i boot 3.10.3 or 3.10.5 - now its gone *magic*.

Still those:

[   56.600787] HDMI: ELD buf size is 0, force 128
[   56.600803] HDMI: invalid ELD data byte 0

ones but HDMI sound is working and green is gone.

Any ideas?

I'll try to boot windows - maybe its there again after rebooting.
Comment 11 Torsten Krah 2013-08-07 20:42:55 UTC
Created attachment 107147 [details]
dmesg 3.10.5 green
Comment 12 Torsten Krah 2013-08-07 20:43:27 UTC
Created attachment 107148 [details]
hdmi regs 3.10.5 with radeon.audio=1 and green
Comment 13 Torsten Krah 2013-08-07 20:43:55 UTC
Created attachment 107149 [details]
camera image
Comment 14 Torsten Krah 2013-08-07 20:46:47 UTC
So that is REALLY the trick.
After booting to windows (vista 32bit, latest stable Ati Radeon driver), its green again when booting to 3.10.5.
I don't even know now what i have done that it did work a few minutes ago with the same kernel.

So now the question is - what should i do now? Still bisecting?
Comment 15 Torsten Krah 2013-08-07 21:05:28 UTC
AddOn:

RC1 did fail after vista did run.
My first bisect kernel between rc1 and 3.9 did boot well (building next one).

After this i can boot to 3.10.5 without any green, so it seems the 3.9.x kernel does something that makes 3.10.5 happy.

I'll go on bisecting - but this will take time, because i have to boot to windows everytime to get the green thing back - and must boot 3.10.5 to make sure its really green before i can test a new bisect kernel.

I'll really appreciate any hints which make this not so cumbersome like it feels to me now.
Comment 16 Torsten Krah 2013-08-07 22:40:44 UTC
Some interesting effect running my second bisect kernel which is bad (green).
Turned my monitor off while next kernel is building, after turning it on again, green is gone.
Comment 17 Torsten Krah 2013-08-09 01:34:23 UTC
Done with bisect - did take some time but got it:

d3418eacad403033e95e49dc14afa37c2112c134 is the first bad commit
commit d3418eacad403033e95e49dc14afa37c2112c134
Author: Rafał Miłecki <zajec5@gmail.com>
Date:   Thu Apr 18 09:23:12 2013 -0400

    drm/radeon/evergreen: setup HDMI before enabling it
    
    Closed source driver fglrx seems to enable infoframes and audio packets
    at the end, which makes sense, do the same.
    
    Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
    Signed-off-by: Alex Deucher <alexander.deucher@amd.com>

:040000 040000 67e10b90afeefe688d0c291e603c80dd7a9e810a 1105ef4336989eee87c971b035fedcc092c42417 M	drivers
Comment 18 Rafał Miłecki 2013-08-15 16:57:02 UTC
Fix posted:
[FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register
http://lists.freedesktop.org/archives/dri-devel/2013-August/043835.html
Comment 19 Rafał Miłecki 2013-08-15 16:58:40 UTC
This is a duplicate of #60687 (I'm afraid I don't have privileges to close this)
Comment 20 Torsten Krah 2013-08-19 07:00:04 UTC

*** This bug has been marked as a duplicate of bug 60687 ***