[Bug 67176] Primary output broken in zaphod mode (regression)
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Jul 22 11:40:23 PDT 2013
https://bugs.freedesktop.org/show_bug.cgi?id=67176
Chris Wilson <chris at chris-wilson.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #4 from Chris Wilson <chris at chris-wilson.co.uk> ---
I'm puzzled as to how we ended up with a nonsense mode, but I can at least
understand how the probe function failed.
commit 3e2a1be13914e9ba13aaca06576a4f0e0f6e8fb0
Author: Chris Wilson <chris at chris-wilson.co.uk>
Date: Mon Jul 22 19:34:32 2013 +0100
sna: Bail if we fail to find the attached CRTC during probing
In a Zaphod configuration, the set of CRTCs available for an output is
limited, and if that set does not match with the already established
linkage, our quick probe function will select no mode. However, since
the output is already on, the user definitely would like to continue
using it, so fallback to InitialConfiguratio to select an appropriate
mode.
Reported-by: Nick Bowler <nbowler at draconx.ca>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=67176
Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
--
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/20130722/0287c26a/attachment.html>
More information about the intel-gfx-bugs
mailing list