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

[Patchwork]

== Series Details ==

Series: drm/dp: Rework LTTPR transparent mode handling and add support to msm driver (rev2)
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 447fe8f5502069bc672214741ee686f70285dc7f
Author: Abel Vesa <abel.vesa at linaro.org>
Date:   Wed Dec 11 15:04:15 2024 +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.
    
    Signed-off-by: Abel Vesa <abel.vesa at linaro.org>
+ /mt/dim checkpatch 7b441ab54824526dd570dfbfbef51bcd2ba4c5b5 drm-intel
f3b3e5990ee1 drm/dp: Add helper to set LTTPRs in transparent mode
cdbc8d24d02b drm/nouveau/dp: Use the generic helper to control LTTPR transparent mode
2a5a1a5b748b drm/i915/dp: Use the generic helper to control LTTPR transparent mode
447fe8f55020 drm/msm/dp: Add support for LTTPR handling