Description of problem:
After updating/booting to kernel-4.0.5-300.fc22.x86_64 I now see a vertical pink line on the left side on a projector plugged in the HDMI port of an AMD APU based HTPC. It happens as soon as Xorg starts (but note that there's no pink line in the console after modesetting prior to Xorg start).
Reverting to kernel-4.0.4-303.fc22.x86_64 "fixes" the problem. Setting radeon.nomodeset=1 too, but that's not an acceptable workaround.
Version-Release number of selected component (if applicable):
Vendor ID: AuthenticAMD
CPU family: 21
Model name: AMD A8-5500 APU with Radeon(tm) HD Graphics
the projector (epson EH-TW4500) shows that the resolution is 1922x1080, so it's off by 2 pixels. However there's nothing in dmesg, Xorg.0.log, decoded EDID or /sys/class/drm/* that show anything different than 1920x1080.
There are similar bug reports (eg. bug 597366) or https://firstname.lastname@example.org/msg12869.html, but things used to work perfectly before the kernel update so they don't seem relevant.
BTW, same problem with today's kernel update - kernel-4.0.6-300.fc22.x86_64.
same problem with 4.0.8-300.fc22.x86_64 :(
I'd be happy to help with debugging - only that I have no clue where to begin from.
The problem seems to be that the radeon kernel driver thinks that your beamer is hdmi-audio capable, while it is not, and then the beamer sees the audio data in the hdmi frames as video data.
Can you try adding: "radeon.audio=0" to your kernel cmdline and see if that helps? That should work around this, once that is confirmed we can see if we can make the auto-detect code work with your beamer.
You were right, radeon.audio=0 fixed it. Cool..
Let me know when you want me to do additional tests/debug with the auto-detection code. (Or feel free to close the bug).
(In reply to ivan from comment #4)
> You were right, radeon.audio=0 fixed it. Cool..
> Let me know when you want me to do additional tests/debug with the
> auto-detection code. (Or feel free to close the bug).
Can you please do:
You should then see something like this:
card0 card0-DP-2 card0-HDMI-A-2 controlD64 version
card0-DP-1 card0-HDMI-A-1 card0-VGA-1 renderD128
Then for each of the cord0-$connector dirs do:
Until you've found the connector which corresponds to your projector.
cat card0-$connector/edid > ~/projector-edid.bin
And then attach projector-edid.bin here. Then I'll see if I can figure out what is going wrong in the auto-detect code for the audio setting.
I forgot to mention that the projector is not always plugged: the PC is more a server that is used as HTPC from times to times than a real HTPC; it has a DVI monitor always plugged.
The PC's HDMI output goes into an AV amplifier and the projector is then plugged in the amplifier. The amplifier is not a "smart" one, ie. it only acts as an HDMI switch with no decoding/encoding capabilities, so it shouldn't mangle the EDID (I don't have longer cables so I couldn't try to physically plug the beamer directly into the PC's HDMI port to verify that this assumption is right though).
The projector was on card0-HDMI-A-1. By the way the output of card0-HDMI-A-1/modes didn't list 1920x1080 while the projector supports it (see output below). edid-decode properly lists it though.
Thanks for the help !
$ for i in card0*; do echo $i; cat $i/modes; echo; done
Created attachment 1055296 [details]
I am also affected by this bug, but the pink line is on monitor.
I've just started a scratch build of the fedora 4.1.3 kernel with a patch from upstream which should fix this:
Please download the following rpms:
For your arch from there (note this is still building atm).
Save them all to the same directory (which should not contain other rpms) and do:
sudo rpm -ivh kernel-*.rpm
From within that directory.
Then boot into the new kernel (without any special kernel commandline options) and check if this fixes things.
Thanks & Regards,
Created attachment 1055738 [details]
[PATCH] drm/radeon: rework audio detect (v4)
Patch from: https://bugzilla.kernel.org/show_bug.cgi?id=93701 backported to 4.1 kernel.
The test kernel fixes the problem - no more pink/purple vertical lines.
(In reply to ivan from comment #11)
> The test kernel fixes the problem - no more pink/purple vertical lines.
That is good to hear, I'm going to wait for upstream to declare the fix stable before adding it to any officia Fedora kernels though, so for now please keep using the radeon.audio=0 workaround.
The fix for this is in 4.1.6, which is in updates testing now, closing.