<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - [GM965/GL960] external monitor flickering with red stripes"
href="https://bugs.freedesktop.org/show_bug.cgi?id=56359#c15">Comment # 15</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - [GM965/GL960] external monitor flickering with red stripes"
href="https://bugs.freedesktop.org/show_bug.cgi?id=56359">bug 56359</a>
from <span class="vcard"><a class="email" href="mailto:daniel@ffwll.ch" title="Daniel Vetter <daniel@ffwll.ch>"> <span class="fn">Daniel Vetter</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=56359#c14">comment #14</a>)
<span class="quote">> Not sure, but are we really doing VGA over SDVO here or could it be ADPA? If
> so, ADPA is bound to the wrong pipe when the problem occurs and thus never
> turns HSYNC or VSYNC off.</span >
There should be special bits for the VGA dpms state to turn of h/vsync. See
intel_crt_set_dpms
<span class="quote">> I have no idea why the pipe changes yet but it wouldn't hurt setting it
> again in intel_crt_set_dpms(). Would you like a patch for this or am I way
> off?</span >
As long as ADPA is disabled, we should be fine (bit31) and the selected pipe
(bit30) shouldn't affect anything ...
I'm still confused what's going on here.
The SDVO issue was a red herring, it doesn't look like it's used on your
system.
Another thing to try is to enable debug output with drm.debug=0xe and then grab
a dmesg both when the mode switching works and when it doesn't. I suspect
something in the exact ordering is slightly different, which then brings up a
bug somewhere.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>