diff options
author | Ville Syrjälä <ville.syrjala@linux.intel.com> | 2018-01-17 21:21:49 +0200 |
---|---|---|
committer | Lyude Paul <lyude@redhat.com> | 2018-03-06 17:59:08 -0500 |
commit | edb2e5301c4489d8c99b0f3d86a074df27f6f8ff (patch) | |
tree | 9f399467492e16478c866d124af10b295dd148b2 /drivers/gpu/drm/i915/intel_drv.h | |
parent | 2fed7955bf4c2e87e8b3759939fd0ad961da776e (diff) | |
download | talos-op-linux-edb2e5301c4489d8c99b0f3d86a074df27f6f8ff.tar.gz talos-op-linux-edb2e5301c4489d8c99b0f3d86a074df27f6f8ff.zip |
drm/i915: Track whether the DP link is trained or not
LSPCON likes to throw short HPDs during the enable seqeunce prior to the
link being trained. These obviously result in the channel CR/EQ check
failing and thus we schedule a pointless hotplug work to retrain the
link. Avoid that by ignoring the bad CR/EQ status until we've actually
initially trained the link.
I've not actually investigated to see what LSPCON is trying to signal
with the short pulse. But as long as it signals anything I think we're
supposed to check the link status anyway, so I don't really see other
good ways to solve this. I've not seen these short pulses being
generated by normal DP sinks.
Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
Reviewed-by: Lyude Paul <lyude@redhat.com>
Signed-off-by: Lyude Paul <lyude@redhat.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20180117192149.17760-5-ville.syrjala@linux.intel.com
Diffstat (limited to 'drivers/gpu/drm/i915/intel_drv.h')
-rw-r--r-- | drivers/gpu/drm/i915/intel_drv.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h index dc693b40a884..37d5412af8f5 100644 --- a/drivers/gpu/drm/i915/intel_drv.h +++ b/drivers/gpu/drm/i915/intel_drv.h @@ -1048,6 +1048,7 @@ struct intel_dp { uint8_t lane_count; uint8_t sink_count; bool link_mst; + bool link_trained; bool has_audio; bool detect_done; bool reset_link_params; |