<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - [SKL][DP] HP Lap Dock external display with DisplayPort over USB Type-C input not properly detected"
href="https://bugs.freedesktop.org/show_bug.cgi?id=104054#c43">Comment # 43</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - [SKL][DP] HP Lap Dock external display with DisplayPort over USB Type-C input not properly detected"
href="https://bugs.freedesktop.org/show_bug.cgi?id=104054">bug 104054</a>
from <span class="vcard"><a class="email" href="mailto:jerome.debretagne@gmail.com" title="Jérôme de Bretagne <jerome.debretagne@gmail.com>"> <span class="fn">Jérôme de Bretagne</span></a>
</span></b>
<pre>For the first command, I get exactly the same result in all scenarios: without
the external display plugged, with it plugged (but unstable) or with it forced
in low res. Here it is:
$ sudo intel_reg read 0xc2014
(0x000c2014): 0x00000006 (display enabled, crt no, lane reversal no, port b
yes, port c yes, port d no)
I'm going to add the results of the 2 other commands as file attachments. When
the external display was plugged but unstable, I took 4 different measures as
doing a quick diff showed quite a few differences depending on the timing.
PS1. v1 for one file doesn't match the timing of v1 for the other file by the
way, to avoid a possible confusion
PS2. The measure is not simple to do as the built-in panel also blinks while
the system is trying to set the configuration for all screens altogether. I
don't know if that's expected, I would (naively) expect the main screen to
remain configured in its current resolution while only the 2nd is being
configured.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>