From: Jani Nikula <jani.nikula@linux.intel.com>
To: Ankit Nautiyal <ankit.k.nautiyal@intel.com>,
intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Cc: ville.syrjala@linux.intel.com
Subject: Re: [PATCH 2/2] drm/i915/dp: Add kernel param to limit eDP rate to HBR2"
Date: Tue, 10 Jun 2025 15:22:31 +0300 [thread overview]
Message-ID: <826e4afa3d3827e40628e69ccecfcb21201c2faa@intel.com> (raw)
In-Reply-To: <20250610100449.185927-3-ankit.k.nautiyal@intel.com>
On Tue, 10 Jun 2025, Ankit Nautiyal <ankit.k.nautiyal@intel.com> wrote:
> Some ICL/TGL platforms with combo PHY ports can theoretically support HBR3,
> but in practice, signal integrity issues may prevent stable operation.
> While some systems include a Parade PS8461 mux chip to mitigate jitter and
> enable HBR3, there is no reliable way to detect its presence.
> Additionally, many systems have broken or missing VBT entries, making it
> unsafe to rely on VBT for link rate limits.
>
> To address this, introduce a new kernel parameter `limit_edp_hbr2`.
> When set, this parameter forces the eDP link rate to be capped at
> HBR2 (540000 kHz), overriding any higher advertised rates from the sink or
> DPCD. By default, the higher rates will be allowed, i.e. the parameter
> will be set to false.
>
> This provides a manual override for users and OEMs to limit the rate to
> HBR2, where output with HBR3 is unstable.
I'm afraid a module parameter is not an acceptable solution.
Have I missed a discussion why a quirk is not possible?
BR,
Jani.
>
> Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
> ---
> .../drm/i915/display/intel_display_params.c | 2 +
> .../drm/i915/display/intel_display_params.h | 1 +
> drivers/gpu/drm/i915/display/intel_dp.c | 50 ++++++++++++++++---
> 3 files changed, 46 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_display_params.c b/drivers/gpu/drm/i915/display/intel_display_params.c
> index c4f1ab43fc0c..84f36104f5ca 100644
> --- a/drivers/gpu/drm/i915/display/intel_display_params.c
> +++ b/drivers/gpu/drm/i915/display/intel_display_params.c
> @@ -133,6 +133,8 @@ intel_display_param_named_unsafe(enable_dmc_wl, int, 0400,
> "(-1=use per-chip default, 0=disabled, 1=enabled, 2=match any register, 3=always locked) "
> "Default: -1");
>
> +intel_display_param_named(limit_edp_hbr2, bool, 0400, "Limit EDP link rate to HBR2 (default: false)");
> +
> __maybe_unused
> static void _param_print_bool(struct drm_printer *p, const char *driver_name,
> const char *name, bool val)
> diff --git a/drivers/gpu/drm/i915/display/intel_display_params.h b/drivers/gpu/drm/i915/display/intel_display_params.h
> index 5317138e6044..f7ba9805f97f 100644
> --- a/drivers/gpu/drm/i915/display/intel_display_params.h
> +++ b/drivers/gpu/drm/i915/display/intel_display_params.h
> @@ -48,6 +48,7 @@ struct drm_printer;
> param(bool, psr_safest_params, false, 0400) \
> param(bool, enable_psr2_sel_fetch, true, 0400) \
> param(int, enable_dmc_wl, -1, 0400) \
> + param(bool, limit_edp_hbr2, false, 0400) \
>
> #define MEMBER(T, member, ...) T member;
> struct intel_display_params {
> diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c
> index 2a0b76ae33cd..85022e5e64f4 100644
> --- a/drivers/gpu/drm/i915/display/intel_dp.c
> +++ b/drivers/gpu/drm/i915/display/intel_dp.c
> @@ -174,10 +174,29 @@ int intel_dp_link_symbol_clock(int rate)
>
> static int max_dprx_rate(struct intel_dp *intel_dp)
> {
> + struct intel_display *display = to_intel_display(intel_dp);
> + struct intel_encoder *encoder = &dp_to_dig_port(intel_dp)->base;
> + int max_rate;
> +
> if (intel_dp_tunnel_bw_alloc_is_enabled(intel_dp))
> - return drm_dp_tunnel_max_dprx_rate(intel_dp->tunnel);
> + max_rate = drm_dp_tunnel_max_dprx_rate(intel_dp->tunnel);
> + else
> + max_rate = drm_dp_bw_code_to_link_rate(intel_dp->dpcd[DP_MAX_LINK_RATE]);
>
> - return drm_dp_bw_code_to_link_rate(intel_dp->dpcd[DP_MAX_LINK_RATE]);
> + /*
> + * Some platforms with combo PHY ports may not reliably support HBR3
> + * due to signal integrity limitations, despite advertising it.
> + * If the kernel parameter `limit_edp_hbr2` is set, cap the link
> + * rate to HBR2 to avoid unstable configurations.
> + */
> + if (max_rate >= 810000 && display->params.limit_edp_hbr2) {
> + drm_dbg_kms(display->drm,
> + "[ENCODER:%d:%s] Forcing max link rate to HBR2 due to limit_edp_hbr2 set\n",
> + encoder->base.base.id, encoder->base.name);
> + max_rate = 540000;
> + }
> +
> + return max_rate;
> }
>
> static int max_dprx_lane_count(struct intel_dp *intel_dp)
> @@ -4253,6 +4272,9 @@ static void intel_edp_mso_init(struct intel_dp *intel_dp)
> static void
> intel_edp_set_sink_rates(struct intel_dp *intel_dp)
> {
> + struct intel_display *display = to_intel_display(intel_dp);
> + struct intel_encoder *encoder = &dp_to_dig_port(intel_dp)->base;
> +
> intel_dp->num_sink_rates = 0;
>
> if (intel_dp->edp_dpcd[0] >= DP_EDP_14) {
> @@ -4263,10 +4285,7 @@ intel_edp_set_sink_rates(struct intel_dp *intel_dp)
> sink_rates, sizeof(sink_rates));
>
> for (i = 0; i < ARRAY_SIZE(sink_rates); i++) {
> - int val = le16_to_cpu(sink_rates[i]);
> -
> - if (val == 0)
> - break;
> + int rate;
>
> /* Value read multiplied by 200kHz gives the per-lane
> * link rate in kHz. The source rates are, however,
> @@ -4274,7 +4293,24 @@ intel_edp_set_sink_rates(struct intel_dp *intel_dp)
> * back to symbols is
> * (val * 200kHz)*(8/10 ch. encoding)*(1/8 bit to Byte)
> */
> - intel_dp->sink_rates[i] = (val * 200) / 10;
> + rate = le16_to_cpu(sink_rates[i]) * 200 / 10;
> +
> + if (rate == 0)
> + break;
> +
> + /*
> + * Some platforms cannot reliably drive HBR3 rates due to PHY limitations,
> + * even if the sink advertises support. If kernel parameter `limit_edp_hbr2`
> + * is set, reject any sink rates above HBR2 to ensure stable operation.
> + */
> + if (rate >= 810000 && display->params.limit_edp_hbr2) {
> + drm_dbg_kms(display->drm,
> + "[ENCODER:%d:%s] Limit the rate to HBR2 due to limit_edp_hbr2 param\n",
> + encoder->base.base.id, encoder->base.name);
> + break;
> + }
> +
> + intel_dp->sink_rates[i] = rate;
> }
> intel_dp->num_sink_rates = i;
> }
--
Jani Nikula, Intel
next prev parent reply other threads:[~2025-06-10 12:22 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-10 10:04 [PATCH 0/2] Add kernel param to limit the eDP rate to HBR2 Ankit Nautiyal
2025-06-10 10:04 ` [PATCH 1/2] Revert "drm/i915/dp: Reject HBR3 when sink doesn't support TPS4" Ankit Nautiyal
2025-06-10 12:15 ` Jani Nikula
2025-06-10 10:04 ` [PATCH 2/2] drm/i915/dp: Add kernel param to limit eDP rate to HBR2" Ankit Nautiyal
2025-06-10 12:22 ` Jani Nikula [this message]
2025-06-10 13:19 ` Nautiyal, Ankit K
2025-06-11 15:28 ` Jani Nikula
2025-06-10 11:10 ` ✓ CI.Patch_applied: success for Add kernel param to limit the eDP rate to HBR2 Patchwork
2025-06-10 11:10 ` ✓ CI.checkpatch: " Patchwork
2025-06-10 11:11 ` ✓ CI.KUnit: " Patchwork
2025-06-10 11:19 ` ✓ i915.CI.BAT: " Patchwork
2025-06-10 11:22 ` ✓ CI.Build: " Patchwork
2025-06-10 11:24 ` ✓ CI.Hooks: " Patchwork
2025-06-10 11:26 ` ✓ CI.checksparse: " Patchwork
2025-06-10 12:15 ` ✓ Xe.CI.BAT: " Patchwork
2025-06-10 13:23 ` ✓ i915.CI.Full: " Patchwork
2025-06-10 13:40 ` ✗ Xe.CI.Full: failure " Patchwork
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=826e4afa3d3827e40628e69ccecfcb21201c2faa@intel.com \
--to=jani.nikula@linux.intel.com \
--cc=ankit.k.nautiyal@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=ville.syrjala@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.