From: "Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>,
<intel-gfx@lists.freedesktop.org>,
<intel-xe@lists.freedesktop.org>
Cc: <ville.syrjala@linux.intel.com>, <mitulkumar.ajitkumar.golani@intel.com>
Subject: Re: [PATCH 11/12] drm/i915/panel: Add helper to get highest fixed mode
Date: Mon, 18 Aug 2025 11:45:23 +0530 [thread overview]
Message-ID: <85b808b8-20ff-4008-b4dd-16db25f7372f@intel.com> (raw)
In-Reply-To: <80f4cf774713067ecb41abc14112c25ebaae4989@intel.com>
On 8/11/2025 8:52 PM, Jani Nikula wrote:
> On Thu, 07 Aug 2025, Ankit Nautiyal <ankit.k.nautiyal@intel.com> wrote:
>> Add intel_panel_highest_fixed_mode() to return the fixed mode with the
>> highest pixel clock. Unlike intel_panel_highest_mode(), this function
>> does not fall back to the adjusted mode and returns NULL if no fixed
>> modes are available.
>>
>> Signed-off-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
>> ---
>> drivers/gpu/drm/i915/display/intel_panel.c | 13 +++++++++++++
>> drivers/gpu/drm/i915/display/intel_panel.h | 2 ++
>> 2 files changed, 15 insertions(+)
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_panel.c b/drivers/gpu/drm/i915/display/intel_panel.c
>> index 2a20aaaaac39..ea4351d11e63 100644
>> --- a/drivers/gpu/drm/i915/display/intel_panel.c
>> +++ b/drivers/gpu/drm/i915/display/intel_panel.c
>> @@ -158,6 +158,19 @@ intel_panel_highest_mode(struct intel_connector *connector,
>> return best_mode;
>> }
>>
>> +const struct drm_display_mode *
>> +intel_panel_highest_fixed_mode(struct intel_connector *connector)
>> +{
>> + const struct drm_display_mode *fixed_mode, *highest_mode = NULL;
>> +
>> + list_for_each_entry(fixed_mode, &connector->panel.fixed_modes, head) {
>> + if (!highest_mode || fixed_mode->clock > highest_mode->clock)
>> + highest_mode = fixed_mode;
>> + }
>> +
>> + return highest_mode;
>> +}
> The difference in naming here does not adequately describe the
> difference in the functions.
>
> Or you could just make the single user of intel_panel_highest_mode()
> fall back to adjusted mode when the return value is NULL, and avoid that
> problem altogether.
Agreed. I can refactor the existing function and fix the caller to check
for NULL.
Also there is a fix me in the caller where we are using mode->clock
instead of mode->crtc_clock which can be fixed with the above refactor.
With the refactor if highest fixed mode is found, mode->clock can be
used, otherwise adjusted_mode->crtc_clock can be used.
Regards,
Ankit
>
> BR,
> Jani.
>
>> +
>> int intel_panel_get_modes(struct intel_connector *connector)
>> {
>> const struct drm_display_mode *fixed_mode;
>> diff --git a/drivers/gpu/drm/i915/display/intel_panel.h b/drivers/gpu/drm/i915/display/intel_panel.h
>> index 56a6412cf0fb..60f6873cdbaa 100644
>> --- a/drivers/gpu/drm/i915/display/intel_panel.h
>> +++ b/drivers/gpu/drm/i915/display/intel_panel.h
>> @@ -39,6 +39,8 @@ intel_panel_downclock_mode(struct intel_connector *connector,
>> const struct drm_display_mode *
>> intel_panel_highest_mode(struct intel_connector *connector,
>> const struct drm_display_mode *adjusted_mode);
>> +const struct drm_display_mode *
>> +intel_panel_highest_fixed_mode(struct intel_connector *connector);
>> int intel_panel_get_modes(struct intel_connector *connector);
>> enum drrs_type intel_panel_drrs_type(struct intel_connector *connector);
>> enum drm_mode_status
next prev parent reply other threads:[~2025-08-18 6:15 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-07 11:15 [PATCH 00/12] Optimize vrr.guardband and fix LRR Ankit Nautiyal
2025-08-07 11:15 ` [PATCH 01/12] drm/i915/skl_watermark: Fix the scaling factor for chroma subsampling Ankit Nautiyal
2025-08-07 15:26 ` Golani, Mitulkumar Ajitkumar
2025-08-07 11:15 ` [PATCH 02/12] drm/i915/skl_watermark: Pass linetime as argument to latency helpers Ankit Nautiyal
2025-08-07 16:19 ` Golani, Mitulkumar Ajitkumar
2025-08-07 11:15 ` [PATCH 03/12] drm/i915/skl_scaler: Introduce helper for chroma downscale factor Ankit Nautiyal
2025-08-07 16:29 ` Golani, Mitulkumar Ajitkumar
2025-08-07 11:15 ` [PATCH 04/12] drm/i915/display: Extract helpers to set dsc/scaler prefill latencies Ankit Nautiyal
2025-08-11 6:16 ` Golani, Mitulkumar Ajitkumar
2025-08-18 6:09 ` Nautiyal, Ankit K
2025-08-07 11:15 ` [PATCH 05/12] drm/i915/dp: Add SDP latency computation helper Ankit Nautiyal
2025-08-07 11:15 ` [PATCH 06/12] drm/i915/alpm: Add function to compute max link-wake latency Ankit Nautiyal
2025-08-07 11:15 ` [PATCH 07/12] drm/i915/vrr: Use vrr.sync_start for getting vtotal Ankit Nautiyal
2025-08-07 17:01 ` Golani, Mitulkumar Ajitkumar
2025-08-07 11:15 ` [PATCH 08/12] drm/i915/display: Add guardband check for feature latencies Ankit Nautiyal
2025-08-11 9:11 ` Golani, Mitulkumar Ajitkumar
2025-08-18 6:01 ` Nautiyal, Ankit K
2025-08-11 9:59 ` Golani, Mitulkumar Ajitkumar
2025-08-18 6:00 ` Nautiyal, Ankit K
2025-08-11 15:14 ` Jani Nikula
2025-08-18 6:02 ` Nautiyal, Ankit K
2025-08-07 11:15 ` [PATCH 09/12] drm/i915/skl_watermark: Remove redundant latency checks from vblank validation Ankit Nautiyal
2025-08-07 17:03 ` Golani, Mitulkumar Ajitkumar
2025-08-07 11:15 ` [PATCH 10/12] drm/i915/vrr: Use static guardband to support seamless LRR switching Ankit Nautiyal
2025-08-07 11:15 ` [PATCH 11/12] drm/i915/panel: Add helper to get highest fixed mode Ankit Nautiyal
2025-08-11 15:22 ` Jani Nikula
2025-08-18 6:15 ` Nautiyal, Ankit K [this message]
2025-08-07 11:15 ` [PATCH 12/12] drm/i915/vrr: Fix seamless_mn drrs for PTL Ankit Nautiyal
2025-08-07 12:25 ` ✓ CI.KUnit: success for Optimize vrr.guardband and fix LRR (rev4) Patchwork
2025-08-07 13:01 ` ✓ Xe.CI.BAT: " Patchwork
2025-08-07 14:10 ` ✗ 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=85b808b8-20ff-4008-b4dd-16db25f7372f@intel.com \
--to=ankit.k.nautiyal@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=mitulkumar.ajitkumar.golani@intel.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox