[Bug 71267] sna: (Haswell) X-server freezes when enabling DP at docking station

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Dec 3 04:39:34 PST 2013


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

--- Comment #29 from Daniel Martin <consume.noise at gmail.com> ---
Created attachment 90151
  --> https://bugs.freedesktop.org/attachment.cgi?id=90151&action=edit
printk to the rescue

As mentioned in earlier comments I've missed the link training messages in case
of the bug, whereas they show up when it works.

So, I've followed the link training path and sprinkled more and more
DRM_DEBUG_KMS along the way and finally found a place where adding such a
message seem to masquerade the problem. It may not workaround the problem if I
decrease the verbosity level - haven't tested.

It's the for(;;) loop in intel_dp_aux_native_write(), in case of ((ack &
AUX_NATIVE_REPLY_MASK) == AUX_NATIVE_REPLY_DEFER) it adds an udelay(100).
Having a DRM_DEBUG_KMS before the udelay() (as done in this attachment) the
loop seems to be throttled enough to masquerade the problem.

With this hack applied plugging in the monitor results in its activation - the
console gets cloned to it. Even replugging works.
When plugging in the monitor for the first time the "throttle message" showed
up 6k to 7k times, when replugging it there've been roughly 2k messages.

I haven't tried to simply raise the udelay().

-- 
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/20131203/291bc95e/attachment-0001.html>


More information about the intel-gfx-bugs mailing list