<div dir="ltr"><div>Got it. <br></div><div>Thank You for quick replying. Due to coronavirus I was not able to issue a ticket quickly . But I created it.<br></div><div><br></div><div>Best Regards,<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">wt., 20 paź 2020 o 16:25 Imre Deak <<a href="mailto:imre.deak@intel.com">imre.deak@intel.com</a>> napisał(a):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
On Mon, Oct 19, 2020 at 05:24:59PM +0300, Heikki Krogerus wrote:<br>
> Hi Andrzej,<br>
> <br>
> On Sat, Oct 17, 2020 at 01:34:54PM +0200, Andrzej Kre wrote:<br>
> > Hi,<br>
> > <br>
> > I know that You were involved in working on USB-C DP drivers.<br>
> > You are my last chance to resolve my issue.<br>
> > <br>
> > On my HP laptop I have Intel UHD Graphics 620.<br>
> > When I'm connecting my 4K monitor to Display Port. It is assigning to<br>
> > DP-2-2 socket and  I have full 3840x2160 with 60.00Hz<br>
> > But, when I'm connecting the same monitor to the USB-C port, then it is<br>
> > connecting to the DP-1 socket and the maximum that it can achieve is<br>
> > 3840x2160 with only 30.00Hz.<br>
> > But I'm making some trick: I'm connecting the same monitor through HDMI, so<br>
> > it is connecting to DP-1 socket, and simultaneously I'm connecting USB-C,<br>
> > and now USB-C is connecting to DP-2-2 socket (because DP-1 is occupied by<br>
> > HDMI) and I can have full 4K with 60Hz.<br>
> > Please, help me, how to force USB-C to connect always to DP-2-2 socket?<br>
> > Or do You know maybe where is the problem?<br>
> <br>
> Unfortunately we have no control over the mux in the operating system<br>
> on Skylakes, at least in USB subsystem. It all happens in firmware.<br>
> Maybe graphics side can do something.<br>
> <br>
> Adding Jani, Imre, Ville and the Intel GFX list.<br>
<br>
On SKL/KBL the USB-C -> native DP/HDMI conversion is done by an off-CPU<br>
chip and the display driver doesn't have a way either to affect the<br>
muxing.<br>
<br>
Not sure why things work on DP-2 and not on DP-1, there is no port<br>
specific limits on the CPU side that would explain this. There is a link<br>
training failure in the log, so would be good to see more details on<br>
that. Could you file a ticket at <br>
<a href="https://gitlab.freedesktop.org/drm/intel/-/issues" rel="noreferrer" target="_blank">https://gitlab.freedesktop.org/drm/intel/-/issues</a><br>
providing a full log booting with drm.debug=0x1e for the working and<br>
non-working cases?<br>
<br>
Thanks,<br>
Imre<br>
</blockquote></div>