Igt-dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Modem, Bhanuprakash" <bhanuprakash.modem@intel.com>
To: Hersen Wu <hersenxs.wu@amd.com>, <igt-dev@lists.freedesktop.org>,
	<rodrigo.siqueira@amd.com>, <aurabindo.pillai@amd.com>,
	<alex.hung@amd.com>, <stylon.wang@amd.com>,
	<hamza.mahfooz@amd.com>, <sunpeng.li@amd.com>,
	"Heikkila, Juha-pekka" <juha-pekka.heikkila@intel.com>,
	Kamil Konieczny <kamil.konieczny@linux.intel.com>
Cc: markyacoub@google.com
Subject: Re: [igt-dev] [PATCH 1/2] [i-g-t] lib/igt_kms: Re-try display_require if require output is not valid
Date: Mon, 14 Aug 2023 11:22:07 +0530	[thread overview]
Message-ID: <3c0230b9-adcf-30c4-4ed6-9d391c1c68ad@intel.com> (raw)
In-Reply-To: <20230811221223.57193-1-hersenxs.wu@amd.com>

Hello Hersen,

On Sat-12-08-2023 03:42 am, Hersen Wu wrote:
> Add igt_display_require_retry to re-try igt_display_require.
> 
> At entry of each test, display setup is done by
> igt_display_require and igt_display_require_output.
> igt display require output may not be valid yet,
> this will let test be skipped. By re-try
> igt_display_require, require output could be valid.
> This will fix test case intermittent skip issue.

+ J-P & Kamil,

Few queries:

- Why is igt_display_require_output not valid & retry makes it valid?
- Is it applicable for all kms tests? Then you must update all kms tests 
to use this api. Otherwise if it's AMD specific, lib/igt_kms is not the 
right place.
- What is the impact on CI execution time? In headless configs it tries 
for "retry_times" and eventually sends a skip.

- Bhanu

> 
> Signed-off-by: Hersen Wu <hersenxs.wu@amd.com>
> ---
>   lib/igt_kms.c | 19 +++++++++++++++++++
>   lib/igt_kms.h | 15 +++++++++++++++
>   2 files changed, 34 insertions(+)
> 
> diff --git a/lib/igt_kms.c b/lib/igt_kms.c
> index e0959ccff..5506e2eb2 100644
> --- a/lib/igt_kms.c
> +++ b/lib/igt_kms.c
> @@ -2862,6 +2862,25 @@ void igt_display_require_output(igt_display_t *display)
>   	igt_skip("No valid crtc/connector combinations found.\n");
>   }
>   
> +/**
> + * is_igt_display_require_output_valid:
> + * @display: A pointer to an #igt_display_t structure
> + *
> + * Checks whether there's a valid @pipe/@output combination for the given @display
> + * Returns: true if a valid combination of @pipe and @output is found, or false
> + * if not found
> + */
> +bool is_igt_display_require_output_valid(igt_display_t *display)
> +{
> +	enum pipe pipe;
> +	igt_output_t *output;
> +
> +	for_each_pipe_with_valid_output(display, pipe, output)
> +		return true;
> +
> +	return false;
> +}
> +
>   /**
>    * igt_display_require_output_on_pipe:
>    * @display: A pointer to an #igt_display_t structure
> diff --git a/lib/igt_kms.h b/lib/igt_kms.h
> index 91355c910..f801b87e6 100644
> --- a/lib/igt_kms.h
> +++ b/lib/igt_kms.h
> @@ -485,6 +485,7 @@ int  igt_display_drop_events(igt_display_t *display);
>   int  igt_display_get_n_pipes(igt_display_t *display);
>   void igt_display_require_output(igt_display_t *display);
>   void igt_display_require_output_on_pipe(igt_display_t *display, enum pipe pipe);
> +bool is_igt_display_require_output_valid(igt_display_t *display);
>   
>   const char *igt_output_name(igt_output_t *output);
>   drmModeModeInfo *igt_output_get_mode(igt_output_t *output);
> @@ -722,6 +723,20 @@ uint64_t igt_plane_get_prop(igt_plane_t *plane, enum igt_atomic_plane_properties
>   		igt_plane_set_prop_changed(plane, prop); \
>   	} while (0)
>   
> +#define igt_display_require_retry(display, fd, delay, retry_times) \
> +	for (int j__ = 0; j__ < retry_times + 1; j__++) { \
> +		igt_display_require(display, fd); \
> +		if (is_igt_display_require_output_valid(display)) { \
> +			if (j__ > 0) \
> +				igt_info("retry times:%d delay:%d seconds\n", j__, delay * j__); \
> +			break; \
> +		} \
> +		if (j__ == retry_times) \
> +			igt_skip("No valid crtc/connector combinations found.\n"); \
> +		else \
> +			sleep(delay); \
> +	}
> +
>   extern bool igt_plane_try_prop_enum(igt_plane_t *plane,
>   				    enum igt_atomic_plane_properties prop,
>   				    const char *val);

  parent reply	other threads:[~2023-08-14  5:52 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-11 22:12 [igt-dev] [PATCH 1/2] [i-g-t] lib/igt_kms: Re-try display_require if require output is not valid Hersen Wu
2023-08-11 22:12 ` [igt-dev] [PATCH 2/2] [i-g-t] tests/amdgpu: Fix display tests be skipped intermittently Hersen Wu
2023-08-11 22:38   ` Alex Hung
2023-08-11 22:38 ` [igt-dev] [PATCH 1/2] [i-g-t] lib/igt_kms: Re-try display_require if require output is not valid Alex Hung
2023-08-11 23:30 ` [igt-dev] ○ CI.xeBAT: info for series starting with [1/2,i-g-t] " Patchwork
2023-08-11 23:42 ` [igt-dev] ✓ Fi.CI.BAT: success " Patchwork
2023-08-13  5:43 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2023-08-14  5:52 ` Modem, Bhanuprakash [this message]
  -- strict thread matches above, loose matches on Subject: below --
2023-08-10 14:52 [igt-dev] [PATCH 1/2] [i-g-t] " Hersen Wu
2023-08-11 15:13 ` Wu, Hersen
2023-08-11 16:46 ` Alex Hung

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=3c0230b9-adcf-30c4-4ed6-9d391c1c68ad@intel.com \
    --to=bhanuprakash.modem@intel.com \
    --cc=alex.hung@amd.com \
    --cc=aurabindo.pillai@amd.com \
    --cc=hamza.mahfooz@amd.com \
    --cc=hersenxs.wu@amd.com \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=juha-pekka.heikkila@intel.com \
    --cc=kamil.konieczny@linux.intel.com \
    --cc=markyacoub@google.com \
    --cc=rodrigo.siqueira@amd.com \
    --cc=stylon.wang@amd.com \
    --cc=sunpeng.li@amd.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