<div dir="ltr"><div dir="ltr">On Thu, Jan 9, 2020 at 7:24 PM Ville Syrjälä <<a href="mailto:ville.syrjala@linux.intel.com">ville.syrjala@linux.intel.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Jan 09, 2020 at 06:57:14PM +0100, Mario Kleiner wrote:<br>
> On Thu, Jan 9, 2020 at 5:47 PM Ville Syrjälä <<a href="mailto:ville.syrjala@linux.intel.com" target="_blank">ville.syrjala@linux.intel.com</a>><br>
> wrote:<br>
> <br>
> > On Thu, Jan 09, 2020 at 05:30:05PM +0100, Mario Kleiner wrote:<br>
> > > On Thu, Jan 9, 2020 at 4:38 PM Ville Syrjälä <<br>
> > <a href="mailto:ville.syrjala@linux.intel.com" target="_blank">ville.syrjala@linux.intel.com</a>><br>
> > > wrote:<br>
> > ><br> </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> wouldn't work if dpcd[0x1] == 0xa, which it likely is [*]. AMD DC<br>
> identified it as DP 1.1, eDP 1.3, and these extended caps seem to be only<br>
> part of DP 1.3+ if i understand the comments in<br>
> intel_dp_extended_receiver_capabilities() correctly.<br>
<br></blockquote><div><br></div><div>Ok, looking at previous debug output logs shows that those extended caps are not present on the systems, ie. that extended caps bit is not set. So dpcd[0x1] == 0xa.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Yeah, but you never know how creative they've been with the DPCD in<br>
such a propritary machine. A full DPCD dump from /dev/drm_dp_aux* would<br>
be nice. Can you file a bug an attach the DPCD dump there so we have a<br>
good reference on what we're talking about (also for future if/when<br>
someone eventually starts to wonder why we have such hacks in the<br>
code)?<br>
<br></blockquote><div><br></div><div>True, it's Apple which likes to "Think different..." :/</div><div><br></div><div>Will do. But is there a proper/better way to do the /dev/drm_dp_aux0 dump? I used cat /dev/drm_dp_aux0 > dump, and that hangs, but if i interrupt it after a few seconds, i get a dump file of 512k size, which seems excessive? On AMD DC atm., in case that matters.<br></div><div><br></div><div>However, the file shows DPCD_REV 1.1, maximum 0xa and no extended caps (<span class="gmail-cp"><a href="https://elixir.bootlin.com/linux/v5.5-rc5/ident/DP_TRAINING_AUX_RD_INTERVAL">DP_TRAINING_AUX_RD_INTERVAL</a> </span>aka [0xe] == 0x00).<br></div><div> -mario</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
-- <br>
Ville Syrjälä<br>
Intel<br>
</blockquote></div></div>