✓ CI.checkpatch: success for drm/dp: Rework LTTPR transparent mode handling and add support to msm driver (rev4)

[Patchwork]

== Series Details ==

Series: drm/dp: Rework LTTPR transparent mode handling and add support to msm driver (rev4)
URL   : https://patchwork.freedesktop.org/series/140802/
State : success

== Summary ==

+ KERNEL=/kernel
+ git clone https://gitlab.freedesktop.org/drm/maintainer-tools mt
Cloning into 'mt'...
warning: redirecting to https://gitlab.freedesktop.org/drm/maintainer-tools.git/
+ git -C mt rev-list -n1 origin/master
30ab6715fc09baee6cc14cb3c89ad8858688d474
+ cd /kernel
+ git config --global --add safe.directory /kernel
+ git log -n1
commit eefa9204ba4fe9c4c50f115d5aa936eb6f44ef3d
Author: Abel Vesa <abel.vesa at linaro.org>
Date:   Wed Jan 8 16:31:46 2025 +0200

    drm/msm/dp: Add support for LTTPR handling
    
    Link Training Tunable PHY Repeaters (LTTPRs) are defined in DisplayPort
    1.4a specification. As the name suggests, these PHY repeaters are
    capable of adjusting their output for link training purposes.
    
    According to the DisplayPort standard, LTTPRs have two operating
    modes:
     - non-transparent - it replies to DPCD LTTPR field specific AUX
       requests, while passes through all other AUX requests
     - transparent - it passes through all AUX requests.
    
    Switching between this two modes is done by the DPTX by issuing
    an AUX write to the DPCD PHY_REPEATER_MODE register.
    
    The msm DP driver is currently lacking any handling of LTTPRs.
    This means that if at least one LTTPR is found between DPTX and DPRX,
    the link training would fail if that LTTPR was not already configured
    in transparent mode.
    
    The section 3.6.6.1 from the DisplayPort v2.0 specification mandates
    that before link training with the LTTPR is started, the DPTX may place
    the LTTPR in non-transparent mode by first switching to transparent mode
    and then to non-transparent mode. This operation seems to be needed only
    on first link training and doesn't need to be done again until device is
    unplugged.
    
    It has been observed on a few X Elite-based platforms which have
    such LTTPRs in their board design that the DPTX needs to follow the
    procedure described above in order for the link training to be successful.
    
    So add support for reading the LTTPR DPCD caps to figure out the number
    of such LTTPRs first. Then, for platforms (or Type-C dongles) that have
    at least one such an LTTPR, set its operation mode to transparent mode
    first and then to non-transparent, just like the mentioned section of
    the specification mandates.
    
    Tested-by: Johan Hovold <johan+linaro at kernel.org>
    Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov at linaro.org>
    Reviewed-by: Johan Hovold <johan+linaro at kernel.org>
    Signed-off-by: Abel Vesa <abel.vesa at linaro.org>
+ /mt/dim checkpatch 9cbe590862ef629f35ce9f4c2dc5c0a6a4553f48 drm-intel
bc213323f1dd drm/dp: Add helper to set LTTPRs in transparent mode
095893e75134 drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
e4b6826dd94f drm/i915/dp: Use the generic helper to control LTTPR transparent mode
eefa9204ba4f drm/msm/dp: Add support for LTTPR handling