lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <SN7PR11MB67500488D041BD81053420E7E3F72@SN7PR11MB6750.namprd11.prod.outlook.com>
Date: Wed, 5 Feb 2025 09:23:51 +0000
From: "Kandpal, Suraj" <suraj.kandpal@...el.com>
To: Abel Vesa <abel.vesa@...aro.org>, Maarten Lankhorst
	<maarten.lankhorst@...ux.intel.com>, Maxime Ripard <mripard@...nel.org>,
	Thomas Zimmermann <tzimmermann@...e.de>, David Airlie <airlied@...il.com>,
	Simona Vetter <simona@...ll.ch>, Karol Herbst <kherbst@...hat.com>, "Lyude
 Paul" <lyude@...hat.com>, Danilo Krummrich <dakr@...hat.com>, Jani Nikula
	<jani.nikula@...ux.intel.com>, "Vivi, Rodrigo" <rodrigo.vivi@...el.com>,
	Joonas Lahtinen <joonas.lahtinen@...ux.intel.com>, Tvrtko Ursulin
	<tursulin@...ulin.net>, Rob Clark <robdclark@...il.com>, Abhinav Kumar
	<quic_abhinavk@...cinc.com>, Dmitry Baryshkov <dmitry.baryshkov@...aro.org>,
	Sean Paul <sean@...rly.run>, Marijn Suijten <marijn.suijten@...ainline.org>
CC: Bjorn Andersson <andersson@...nel.org>, Konrad Dybcio
	<konradybcio@...nel.org>, Johan Hovold <johan@...nel.org>,
	"dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"nouveau@...ts.freedesktop.org" <nouveau@...ts.freedesktop.org>,
	"intel-gfx@...ts.freedesktop.org" <intel-gfx@...ts.freedesktop.org>,
	"intel-xe@...ts.freedesktop.org" <intel-xe@...ts.freedesktop.org>,
	"linux-arm-msm@...r.kernel.org" <linux-arm-msm@...r.kernel.org>,
	"freedreno@...ts.freedesktop.org" <freedreno@...ts.freedesktop.org>, "Deak,
 Imre" <imre.deak@...el.com>
Subject: RE: [PATCH v5 3/4] drm/i915/dp: Use the generic helper to control
 LTTPR transparent mode



> -----Original Message-----
> From: dri-devel <dri-devel-bounces@...ts.freedesktop.org> On Behalf Of Abel
> Vesa
> Sent: Monday, February 3, 2025 4:28 PM
> To: Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>; Maxime Ripard
> <mripard@...nel.org>; Thomas Zimmermann <tzimmermann@...e.de>;
> David Airlie <airlied@...il.com>; Simona Vetter <simona@...ll.ch>; Karol
> Herbst <kherbst@...hat.com>; Lyude Paul <lyude@...hat.com>; Danilo
> Krummrich <dakr@...hat.com>; Jani Nikula <jani.nikula@...ux.intel.com>;
> Vivi, Rodrigo <rodrigo.vivi@...el.com>; Joonas Lahtinen
> <joonas.lahtinen@...ux.intel.com>; Tvrtko Ursulin <tursulin@...ulin.net>;
> Rob Clark <robdclark@...il.com>; Abhinav Kumar
> <quic_abhinavk@...cinc.com>; Dmitry Baryshkov
> <dmitry.baryshkov@...aro.org>; Sean Paul <sean@...rly.run>; Marijn
> Suijten <marijn.suijten@...ainline.org>
> Cc: Bjorn Andersson <andersson@...nel.org>; Konrad Dybcio
> <konradybcio@...nel.org>; Johan Hovold <johan@...nel.org>; dri-
> devel@...ts.freedesktop.org; linux-kernel@...r.kernel.org;
> nouveau@...ts.freedesktop.org; intel-gfx@...ts.freedesktop.org; intel-
> xe@...ts.freedesktop.org; linux-arm-msm@...r.kernel.org;
> freedreno@...ts.freedesktop.org; Abel Vesa <abel.vesa@...aro.org>; Deak,
> Imre <imre.deak@...el.com>
> Subject: [PATCH v5 3/4] drm/i915/dp: Use the generic helper to control LTTPR
> transparent mode
> 
> LTTPRs operating modes are defined by the DisplayPort standard and the
> generic framework now provides a helper to switch between them, which is
> handling the explicit disabling of non-transparent mode and its
> disable->enable sequence mentioned in the DP Standard v2.0 section
> 3.6.6.1.
> 
> So use the new drm generic helper instead as it makes the code a bit cleaner.
> Since the driver specific implementation holds the lttrp_common_caps, if the
> call to the drm generic helper fails, the lttrp_common_caps need to be
> updated as the helper has already rolled back to transparent mode.
> 
> Acked-by: Imre Deak <imre.deak@...el.com>
> Signed-off-by: Abel Vesa <abel.vesa@...aro.org>

LGTM,
Reviewed-by: Suraj Kandpal <suraj.kandpal@...el.com>

> ---
>  .../gpu/drm/i915/display/intel_dp_link_training.c  | 24 +++++-----------------
>  1 file changed, 5 insertions(+), 19 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/display/intel_dp_link_training.c
> b/drivers/gpu/drm/i915/display/intel_dp_link_training.c
> index
> 8b1977cfec503c70f07af716ee2c00e7605c6adf..c5bad311edf7b9a5cebb633b9
> e9692bae397f9ed 100644
> --- a/drivers/gpu/drm/i915/display/intel_dp_link_training.c
> +++ b/drivers/gpu/drm/i915/display/intel_dp_link_training.c
> @@ -119,9 +119,6 @@ intel_dp_set_lttpr_transparent_mode(struct intel_dp
> *intel_dp, bool enable)
>  	u8 val = enable ? DP_PHY_REPEATER_MODE_TRANSPARENT :
>  			  DP_PHY_REPEATER_MODE_NON_TRANSPARENT;
> 
> -	if (drm_dp_dpcd_write(&intel_dp->aux, DP_PHY_REPEATER_MODE,
> &val, 1) != 1)
> -		return false;
> -
>  	intel_dp->lttpr_common_caps[DP_PHY_REPEATER_MODE -
> 
> DP_LT_TUNABLE_PHY_REPEATER_FIELD_DATA_STRUCTURE_REV] = val;
> 
> @@ -146,6 +143,7 @@ static bool
> intel_dp_lttpr_transparent_mode_enabled(struct intel_dp *intel_dp)  static
> int intel_dp_init_lttpr_phys(struct intel_dp *intel_dp, const u8
> dpcd[DP_RECEIVER_CAP_SIZE])  {
>  	int lttpr_count;
> +	int ret;
> 
>  	if (!intel_dp_read_lttpr_common_caps(intel_dp, dpcd))
>  		return 0;
> @@ -172,22 +170,8 @@ static int intel_dp_init_lttpr_phys(struct intel_dp
> *intel_dp, const u8 dpcd[DP_
>  		return lttpr_count;
>  	}
> 
> -	/*
> -	 * See DP Standard v2.0 3.6.6.1. about the explicit disabling of
> -	 * non-transparent mode and the disable->enable non-transparent
> mode
> -	 * sequence.
> -	 */
> -	intel_dp_set_lttpr_transparent_mode(intel_dp, true);
> -
> -	/*
> -	 * In case of unsupported number of LTTPRs or failing to switch to
> -	 * non-transparent mode fall-back to transparent link training mode,
> -	 * still taking into account any LTTPR common lane- rate/count limits.
> -	 */
> -	if (lttpr_count < 0)
> -		goto out_reset_lttpr_count;
> -
> -	if (!intel_dp_set_lttpr_transparent_mode(intel_dp, false)) {
> +	ret = drm_dp_lttpr_init(&intel_dp->aux, lttpr_count);
> +	if (ret) {
>  		lt_dbg(intel_dp, DP_PHY_DPRX,
>  		       "Switching to LTTPR non-transparent LT mode failed, fall-
> back to transparent mode\n");
> 
> @@ -196,6 +180,8 @@ static int intel_dp_init_lttpr_phys(struct intel_dp
> *intel_dp, const u8 dpcd[DP_
>  		goto out_reset_lttpr_count;
>  	}
> 
> +	intel_dp_set_lttpr_transparent_mode(intel_dp, false);
> +
>  	return lttpr_count;
> 
>  out_reset_lttpr_count:
> 
> --
> 2.34.1

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ