[Bug 66494] [sna] Output at last pipe stays black

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Jul 2 06:46:18 PDT 2013


https://bugs.freedesktop.org/show_bug.cgi?id=66494

--- Comment #17 from Chris Wilson <chris at chris-wilson.co.uk> ---
(In reply to comment #16)
> (In reply to comment #15)
> > Do you mind repeating your testing and attaching Xorg & dmesg? Thanks.
> 
> Sure, with or without --enable-debug=full?

If you have the extra debug information, it will not hurt, so please do. At the
moment, I just want to confirm that we stop doing the incorrect middle step of
switching off a pipe. But after that I'll need a new idea, which will probably
require more information again!

> Meanwhile I've got a log with --enable-debug=full. Should I attach it?

Yes, it will be useful to check the full details.

> And I started to annotate (for better understanding) the log of my randr
> client, which has things like crtc and output ids within. Would that help?
> (I've verified that the problem exists with xrandr too.)

Right now, I think the root cause of this issue is that the kernel decides
there is no DVI/HDMI connection until the probe initiated by the randr client.
The new DDX probe mechanism is designed to avoid doing a detection and modeset
cycle and so requires the information determined by the kernel during boot to
be accurate (and matches your expectations).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20130702/1417b82e/attachment.html>


More information about the intel-gfx-bugs mailing list