[Intel-gfx] Valid DP connection without EDID?

Takashi Iwai tiwai at suse.de
Mon Sep 17 10:28:57 CEST 2012


At Mon, 17 Sep 2012 18:21:47 +1000,
Dave Airlie wrote:
> 
> On Mon, Sep 17, 2012 at 6:16 PM, Takashi Iwai <tiwai at suse.de> wrote:
> > Hi Adam,
> >
> > At Fri, 14 Sep 2012 11:25:03 -0400,
> > Adam Jackson wrote:
> >>
> >> On 9/14/12 10:19 AM, Takashi Iwai wrote:
> >> > Hi,
> >> >
> >> > we've got a machine showing a ghost DP2 output on a docking station.
> >> > The docking station has only one DP port and it's connected to DP1.
> >> > As a result, we get an DP2 active output containing the bogus VESA
> >> > standard modes 1024x768, 800x600, 640x480 although it's not connected
> >> > at all.
> >> >
> >> > Looking a bit deeply on it, it seems that the connector gives actually
> >> > the valid DPCD.  So intel_dp_detect() returns
> >> > connector_status_connected.  But since there is no real connection,
> >> > EDID isn't obtained.  Thus of course no valid modes set.
> >>
> >> Can you be more specific here?  What DPCD does it return?
> >
> > It shows "DPCD: 110a820100030181"
> 
> I don't see how it can be a floating port if something is answering
> DPCD, or how it could be a hardware problem. Like it doesn't seem
> likely they terminated the port with a special DP chip.

The problem is that you have no DP output there in reality.  So, when
you plug the docking station, GNOME sets up the screen with a bogus DP
output, either in an extended mode with a non-existing screen or a
clone mode with a wrong low resolution.

> Though you'd have to decode the DPCD to see what it is.

Hmm, but isn't it the check of EDID existence enough?
Checking DPCD bits might work, but I have no exact spec of DPCD, so no
idea whether the above is really wrong or not.


thanks,

Takashi



More information about the Intel-gfx mailing list