Since this commit: https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=d5c3b64 one of my two monitors doesn't get a signal (it just says "no signal").
The monitors are connected to a Radeon HD 6990 card. One is connected through HDMI and one through DVI. I'm using the radeon driver.
Most of the time it is the monitor connected through HDMI which doesn't get a signal, but I was able to switch it around somehow by messing around with screen orientation in X (not quite sure how to replicate or if it's even relevant).
I tried to revert the commit in kernel 4.0.4 (latest I tried) and that solves the problem for me.
Please attach your xorg log and dmesg output.
Created attachment 177561 [details]
Created attachment 177571 [details]
Same problem here on Tumbleweed x86-64
I have a monitor connected to DVI and a HDTV connected to HDMI on a
HD6570 (Turks). Recent TW dup with the 4.03 kernel breaks dual-mon
support. Basically, when booting (with the HDTV on) or when connecting
the HDTV (via HDMI), the primary monitor on DVI just goes directly into
sleep mode and won't come back unless I use xrandr directly. If I get
to Kscreen5, I can disable the HDMI which will then re-enable the DVI
(even though it shows enabled).
4.01 and earlier work great, do not have this problem. I also tried on the latest two RCs with the same results.
Created attachment 177581 [details]
Created attachment 177591 [details]
Duplicate of #98651.
It's actually a 6950 card I have, same as in #98651.
I called it 6990 because that is what lspci tells me, but that might narrow it down?
I just hit this one with my R9270X.
Reverting "drm/radeon: adjust pll when audio is not enabled" fixes it.
For me starting with DVI on and enabling HDMI results in loosing DVI. If I off then auto DVI it comes back but HDMI goes off, repeat for HDMI = DVI off again and so on.
I did find a way to get both working = xset dpms force off
then coming out of dpms both will come on an behave as if nothing was ever wrong (I can flip either on/off without affecting the other).
Created attachment 178001 [details]
Does the attached patch help?
It's working for me!
Yes, fixed it here too on Turks, tested with 4.1-RC5
Also fixes for me.
@Alex Deucher: For Bug #98651 it helps: There's a image. But HDMI-Audio isn't working (which it did prior to the bug).
Summary for Bug #98651
Kernel 4.0.2: HDMI image and audio working.
Kernel 4.0.3 and upward: No HDMI.
Kernel 4.0.4 with commit d5c3b64b9618214a5443c57c64511ab5fa599cec reverted: HDMI image works, audio does not.
Kernel 4.0.4 with attachment 178001 [details]: HDMI image works, audio does not.
(In reply to Thomas from comment #15)
> Summary for Bug #98651
> Kernel 4.0.2: HDMI image and audio working.
> Kernel 4.0.3 and upward: No HDMI.
> Kernel 4.0.4 with commit d5c3b64b9618214a5443c57c64511ab5fa599cec reverted:
> HDMI image works, audio does not.
> Kernel 4.0.4 with attachment 178001 [details]: HDMI image works, audio does
Can you bisect when audio stopped working and open a new bug?
@Alex Deucher there you go: https://bugzilla.kernel.org/show_bug.cgi?id=99041
*** Bug 98651 has been marked as a duplicate of this bug. ***
(In reply to Alex Deucher from comment #10)
> Created attachment 178001 [details]
> possible fix
> Does the attached patch help?
Nope, just built 4.0.5-gentoo which has this patch applied, laptop LCD still goes dark when radeondrmfb takes over from simplefb (or around that point, when the display would normally flicker at the changeover).
Created attachment 179891 [details]
dmesg from linux-4.0.5-gentoo on PALM/Wrestler APU
APU model name:
AMD E2-1800 APU with Radeon(tm) HD Graphics
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 7340]
Reverting the commit in OP solves it for me.