All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Suraj Kandpal" <suraj.kandpal@intel.com>
Cc: intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Subject: Re: [PATCH v2 03/10] drm/i915/dp_mst: Limit M/N ratio for MST
Date: Wed, 16 Sep 2026 03:08:42 +0000	[thread overview]
Message-ID: <20260916030842.8C57D1F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260916025710.432281-4-suraj.kandpal@intel.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] drm/i915/dp_mst: mode_valid prunes modes on UHBR due to M/N ratio logic flaw
--

commit d987781a69cc401d2c2bdee227fee0cfd510d97e
Author: Ankit Nautiyal <ankit.k.nautiyal@intel.com>

drm/i915/dp_mst: Limit M/N ratio for MST

This commit enforces the maximum M/N ratio limit for MST configurations in
mst_connector_mode_valid_ctx(), mirroring the SST path. It evaluates the
limit using the highest available link rate, dropping modes if the maximum
rate cannot support the required ratio.

> diff --git a/drivers/gpu/drm/i915/display/intel_dp_mst.c b/drivers/gpu/drm/i915/display/intel_dp_mst.c
> index 6a869d0f6ffc0..3f4ab9573d0c0 100644
> --- a/drivers/gpu/drm/i915/display/intel_dp_mst.c
> +++ b/drivers/gpu/drm/i915/display/intel_dp_mst.c
[ ... ]
> @@ -1564,6 +1565,15 @@ mst_connector_mode_valid_ctx(struct drm_connector *_connector,
>  					   min_link_bpp_x16,
>  					   bw_overhead_flags);
>  
> +	if (intel_dp_link_caps_get_max_config(intel_dp->link.caps,
> +					      INTEL_DP_LINK_CAPS_ORDER_KEY_RATE_LANE,
> +					      INTEL_DP_LINK_CAPS_FILTER_ALL,
> +					      &max_rate_config) &&
> +	    !intel_dp_can_support_m_n(display, mode->clock, max_rate_config.rate)) {

[Severity: Medium]
Will this logic incorrectly prune high pixel-clock display modes (like
4K@240Hz or 8K) on UHBR-capable displays?

The commit message states "the ratio shrinks as the link rate grows", but
when crossing from HBR3 (8.1 Gbps, 8b/10b, 10-bit symbol) to UHBR10 (10 Gbps,
128b/132b, 32-bit symbol), the symbol clock drops drastically.

Since the M/N ratio is proportional to pixel_clock / symbol_clock, evaluating
at the UHBR10 rate inflates the ratio. This might cause the ratio to exceed
the max limit (10) and fail here, even though the mode might have passed if
evaluated at HBR3.

Does this falsely prevent valid high-bandwidth modes from reaching the compute
config stage on modern DP 2.0/2.1 monitors?

> +		*status = MODE_CLOCK_HIGH;
> +		return 0;
> +	}
> +
>  	/*
>  	 * TODO:
>  	 * - Also check if compression would allow for the mode

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260916025710.432281-1-suraj.kandpal@intel.com?part=3

  reply	other threads:[~2026-09-16  3:08 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-16  2:57 [PATCH v2 00/10] Implement Wa_14021768792 to bypass m_n ratio limit Suraj Kandpal
2026-09-16  2:57 ` [PATCH v2 01/10] drm/i915/display: Add helper to compute link M/N ratio for reuse Suraj Kandpal
2026-09-16  2:57 ` [PATCH v2 02/10] drm/i915/dp: Limit M/N ratio for DP SST Suraj Kandpal
2026-09-16  2:57 ` [PATCH v2 03/10] drm/i915/dp_mst: Limit M/N ratio for MST Suraj Kandpal
2026-09-16  3:08   ` sashiko-bot [this message]
2026-09-16  2:57 ` [PATCH v2 04/10] drm/i915/dp: Add M/N ratio check with warning for DP link config Suraj Kandpal
2026-09-16  2:57 ` [PATCH v2 05/10] drm/i915/display: Add bits for link_n_extended for DISPLAY >= 14 Suraj Kandpal
2026-09-16  3:02   ` sashiko-bot
2026-09-16  2:57 ` [PATCH v2 06/10] drm/i915/display_wa: Add support for Wa_14021768792 Suraj Kandpal
2026-09-16  2:57 ` [PATCH v2 07/10] drm/i915/display: Add bits for Wa_14021768792 for linkm/n ratio > 10 Suraj Kandpal
2026-09-16  2:57 ` [PATCH v2 08/10] drm/i915/display: Implement Wa_14021768792 for BMG DP for link_m/n " Suraj Kandpal
2026-09-16  2:57 ` [PATCH v2 09/10] drm/i915/dp: Extend intel_dp_can_support_m_n() for BMG M/N bypass Suraj Kandpal
2026-09-16  2:57 ` [PATCH v2 10/10] drm/i915/dp: Bump the max Link M/N ratio to 22 for DISPLAY_VER >= 35 Suraj Kandpal
2026-09-16  3:06 ` ✓ CI.KUnit: success for Implement Wa_14021768792 to bypass m_n ratio limit (rev7) Patchwork
2026-09-16  3:44 ` ✓ Xe.CI.BAT: " Patchwork
2026-09-16  3:47 ` ✓ i915.CI.BAT: " Patchwork
2026-09-16  4:54 ` ✓ Xe.CI.FULL: " Patchwork
2026-09-16 10:58 ` ✗ i915.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=20260916030842.8C57D1F000FF@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=sashiko-reviews@lists.linux.dev \
    --cc=suraj.kandpal@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.