There was some misinterpretation of specification, when DDIX_USED is
set, the next bit means 0 for DP and 1 for HDMI.
Anyways this misinterpretation is not causing any issues, this change
is just to comply with specification.
Also as for us it do not matters if it is HDMI or DP, not checking the
port type that HTI is using.
Cc: Anusha Srivatsa <anusha.srivatsa@intel.com>
Cc: Matt Roper <matthew.d.roper@intel.com>
Signed-off-by: José Roberto de Souza <jose.souza@intel.com>
Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20210108134802.21280-1-jose.souza@intel.com
 
 static bool hti_uses_phy(struct drm_i915_private *i915, enum phy phy)
 {
        return i915->hti_state & HDPORT_ENABLED &&
-               (i915->hti_state & HDPORT_PHY_USED_DP(phy) ||
-                i915->hti_state & HDPORT_PHY_USED_HDMI(phy));
+              i915->hti_state & HDPORT_DDI_USED(phy);
 }
 
 static enum hpd_pin dg1_hpd_pin(struct drm_i915_private *dev_priv,
 
 
 #define HDPORT_STATE                   _MMIO(0x45050)
 #define   HDPORT_DPLL_USED_MASK                REG_GENMASK(14, 12)
-#define   HDPORT_PHY_USED_DP(phy)      REG_BIT(2 * (phy) + 2)
-#define   HDPORT_PHY_USED_HDMI(phy)    REG_BIT(2 * (phy) + 1)
+#define   HDPORT_DDI_USED(phy)         REG_BIT(2 * (phy) + 1)
 #define   HDPORT_ENABLED               REG_BIT(0)
 
 /* Make render/texture TLB fetches lower priorty than associated data