[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