From: "Naladala, Ramanaidu" <Ramanaidu.naladala@intel.com>
To: "Reddy Guddati, Santhosh" <santhosh.reddy.guddati@intel.com>,
<igt-dev@lists.freedesktop.org>
Subject: Re: [PATCH i-g-t v1] tests/kms_async_flips: Use lowest mode for crc subtest
Date: Wed, 11 Mar 2026 22:49:13 +0530 [thread overview]
Message-ID: <19f9cc71-574b-4c99-8972-46ac3d130605@intel.com> (raw)
In-Reply-To: <b2583d17-b950-42d9-9aaf-6b74a841f35b@intel.com>
Hi Santhosh,
Thanks for the clarification.
On 3/11/2026 11:19 AM, Reddy Guddati, Santhosh wrote:
> Hi Rama,
>
> On 10-03-2026 20:37, Naladala, Ramanaidu wrote:
>> Hi Santhosh,
>>
>> On 3/9/2026 1:54 PM, Santhosh Reddy Guddati wrote:
>>> Currently The CRC subtest uses mode[0] which maps to preffered high
>>> refresh mode. On panels with multiple modes, pick the lower mode to
>>> speed up crc test.
>>>
>>> Signed-off-by: Santhosh Reddy Guddati
>>> <santhosh.reddy.guddati@intel.com>
>>> ---
>>> tests/kms_async_flips.c | 15 +++++++++++++--
>>> 1 file changed, 13 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/tests/kms_async_flips.c b/tests/kms_async_flips.c
>>> index a42407363..8639e2299 100644
>>> --- a/tests/kms_async_flips.c
>>> +++ b/tests/kms_async_flips.c
>>> @@ -825,6 +825,17 @@ static void paint_fb(data_t *data, struct
>>> igt_fb *fb,
>>> }
>>> }
>>> +static drmModeModeInfoPtr get_lower_mode_for_crc(igt_output_t *output)
>>> +{
>>> + drmModeConnector *connector = output->config.connector;
>>> +
>>> + igt_assert(connector->count_modes > 0);
Instead of simple assert, change to the igt_require_f with right message.
>>> +
>>> + igt_sort_connector_modes(connector, sort_drm_modes_by_clk_asc);
>>> +
>>> + return &connector->modes[0];
>>> +}
Imho, Rename the function name and move it into lib/igt_kms.c for future
use.
>>> +
>>> static void test_crc(data_t *data)
>>> {
>>> unsigned int frame = 0;
>>> @@ -834,8 +845,8 @@ static void test_crc(data_t *data)
>>> igt_display_commit2(&data->display, data->display.is_atomic ?
>>> COMMIT_ATOMIC : COMMIT_LEGACY);
>>> - /* make things faster by using a smallish mode */
>>> - mode = &data->output->config.connector->modes[0];
>>> + /* make things faster by using a lower bandwidth mode */
>>> + mode = get_lower_mode_for_crc(data->output);
>>
>> This optimization is for simulation? if yes, Add a check for
>> simulation then change to lower mode. On Hardware it won't take much
>> time. Why this time optimization required on hardware?
>>
>> is any issues seen?
>
> Thanks for the comment.
>
> This change is not for simulation.
>
> The purpose is to fix CRC subtest mode selection on panels with
> multiple modes (especially when there are HRR modes). Earlier we used
> `connector->modes[0]`, which can pick a high-refresh/high-bandwidth
> mode (if modes[0] has highest) and make this test path more sensitive.
>
> Now we select a lower-bandwidth mode using `get_lower_mode_for_crc()`.
> The async flip + CRC validation logic is unchanged. So this is a
> focused fix to make the test stable on HRR panels, not a new behavior
> change.
>
> In past , we have seen issues related to this and the test was handled
> to adjust the criteria.
>
> https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/8247
>>
>>> width = mode->hdisplay;
>>> height = mode->vdisplay;
>
next prev parent reply other threads:[~2026-03-11 17:19 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-09 8:24 [PATCH i-g-t v1] tests/kms_async_flips: Use lowest mode for crc subtest Santhosh Reddy Guddati
2026-03-09 13:30 ` ✓ Xe.CI.BAT: success for " Patchwork
2026-03-09 13:43 ` ✓ i915.CI.BAT: " Patchwork
2026-03-09 16:32 ` ✗ Xe.CI.FULL: failure " Patchwork
2026-03-09 19:17 ` ✗ i915.CI.Full: " Patchwork
2026-03-10 15:07 ` [PATCH i-g-t v1] " Naladala, Ramanaidu
2026-03-11 5:49 ` Reddy Guddati, Santhosh
2026-03-11 17:19 ` Naladala, Ramanaidu [this message]
2026-03-17 4:56 ` [PATCH i-g-t v2 1/2] lib/igt_kms: Add lowclk and highclk modes Santhosh Reddy Guddati
2026-03-17 4:56 ` [PATCH i-g-t v2 2/2] tests/kms_async_flips: Use lowest mode for crc subtest Santhosh Reddy Guddati
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=19f9cc71-574b-4c99-8972-46ac3d130605@intel.com \
--to=ramanaidu.naladala@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=santhosh.reddy.guddati@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