Igt-dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Louis Chauvet <louis.chauvet@bootlin.com>
To: Kamil Konieczny <kamil.konieczny@linux.intel.com>
Cc: igt-dev@lists.freedesktop.org,
	Petri Latvala <adrinael@adrinael.net>,
	Arkadiusz Hiler <arek@hiler.eu>,
	Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>,
	Bhanuprakash Modem <bhanuprakash.modem@intel.com>,
	Ashutosh Dixit <ashutosh.dixit@intel.com>,
	Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
	nicolejadeyee@google.com, seanpaul@google.com,
	jeremie.dautheribes@bootlin.com, markyacoub@google.com
Subject: Re: [PATCH i-g-t v2 2/5] lib/igt_kms: Add helper to wait for a specific status on a connector
Date: Fri, 8 Nov 2024 16:23:37 +0100	[thread overview]
Message-ID: <Zy4s-WU2UJ6RD57C@fedora> (raw)
In-Reply-To: <20241106141723.74jwtjujtxxee47m@kamilkon-desk.igk.intel.com>

On 06/11/24 - 15:17, Kamil Konieczny wrote:
> Hi Louis,
> On 2024-10-22 at 12:28:36 +0200, Louis Chauvet wrote:
> > During testing with chamelium, it is frequent to wait for a specific
> > connector status. This new helper is polling the DRM API to wait for this
> > status. This allows detecting new status without notifier systems (which
> > can fail if hot plug detection is not working properly on the device under
> > test.
> > 
> > Signed-off-by: Louis Chauvet <louis.chauvet@bootlin.com>
> > ---
> >  lib/igt_kms.c | 38 ++++++++++++++++++++++++++++++++++++++
> >  lib/igt_kms.h |  3 +++
> >  2 files changed, 41 insertions(+)
> > 
> > diff --git a/lib/igt_kms.c b/lib/igt_kms.c
> > index 195868646a14..40c0a207cd17 100644
> > --- a/lib/igt_kms.c
> > +++ b/lib/igt_kms.c
> > @@ -7143,3 +7143,41 @@ float igt_default_detect_timeout(void)
> >  
> >  	return timeout;
> >  }
> > +
> > +/**
> > + * igt_wait_for_connector_status - Wait for at most @timeout that the connector @connector_id
> > + * status become @drm_mode
> > + *
> > + * @drm_fd: drm file descriptor
> > + * @connector_id: connector to monitor
> > + * @timeout: maximum duration to wait, in second

 * @timeout: maximum duration to wait, in second. If 0.0, it will use the 
value of igt_default_detect_timeout().

> > + * @drm_mode: mode to wait for, see enum drmModeConnection
> > + *
> > + * Returns: true when the status is reached, false if there is a timeout
> > + */
> > +bool igt_wait_for_connector_status(int drm_fd, unsigned int connector_id, double timeout,
> > +				   int drm_mode)
> > +{
> > +	drmModeConnector *connector;
> > +	struct timespec start, end;
> > +
> > +	if (timeout == 0.0)
> 
> Floating comparision is tricky, I would suggest something like
> 	if (abs(timeout) < epsilon)

I know that float comparison are tricky, but the goal is to allow the 
caller to ask for the default timeout. I agree it is missing some 
documentation. 

Maybe I can do timeout == -1.0 (nobody will ask for a negative timeout 
except on purpose), is it better?
 
> > +		timeout = igt_default_detect_timeout();
> 
> What if it is still zero here?

It means that the user configured the timeout to 0.0, so this will 
probably probably fail, but on purpose.

I agree that this may not work as expected, see my change bellow:

> Regards,
> Kamil
> 
> > +
> > +	clock_gettime(CLOCK_MONOTONIC, &start);
> > +	clock_gettime(CLOCK_MONOTONIC, &end);

Change the previous line to:

	end = start;

> > +
> > +	while (igt_time_elapsed(&start, &end) <= timeout) {

So here the igt_time_elapsed returns 0.0, so there will be one attempt to 
detect the connector.

> > +		connector = drmModeGetConnector(drm_fd, connector_id);
> > +		if (connector && connector->connection == drm_mode) {
> > +			free(connector);
> > +			return true;
> > +		}
> > +		free(connector);
> > +		clock_gettime(CLOCK_MONOTONIC, &end);
> > +	}
> > +
> > +	igt_debug("Timeout waiting for connection status %d on connector %d\n", drm_mode,
> > +		  connector_id);
> > +	return false;
> > +}
> > diff --git a/lib/igt_kms.h b/lib/igt_kms.h
> > index 4f0030264d9f..4cd4a4f65460 100644
> > --- a/lib/igt_kms.h
> > +++ b/lib/igt_kms.h
> > @@ -1263,4 +1263,7 @@ void igt_reset_link_params(int drm_fd, igt_output_t *output);
> >  
> >  float igt_default_detect_timeout(void);
> >  
> > +bool igt_wait_for_connector_status(int drm_fd, unsigned int connector_id, double timeout,
> > +				   int drm_mode);
> > +
> >  #endif /* __IGT_KMS_H__ */
> > 
> > -- 
> > 2.46.2
> > 

  reply	other threads:[~2024-11-08 15:23 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-22 10:28 [PATCH i-g-t v2 0/5] lib/igt_kms: Helpers for connector managment Louis Chauvet
2024-10-22 10:28 ` [PATCH i-g-t v2 1/5] lib/igt_kms: Add a detect timeout value Louis Chauvet
2024-11-06 14:12   ` Kamil Konieczny
2024-11-08 15:23     ` Louis Chauvet
2024-10-22 10:28 ` [PATCH i-g-t v2 2/5] lib/igt_kms: Add helper to wait for a specific status on a connector Louis Chauvet
2024-11-06 14:17   ` Kamil Konieczny
2024-11-08 15:23     ` Louis Chauvet [this message]
2024-10-22 10:28 ` [PATCH i-g-t v2 3/5] lib/igt_kms: Add function to list connected connectors Louis Chauvet
2024-11-06 14:20   ` Kamil Konieczny
2024-11-08 15:23     ` Louis Chauvet
2024-10-22 10:28 ` [PATCH i-g-t v2 4/5] lib/igt_kms: Add helper to obtain a connector by its name or MST path Louis Chauvet
2024-11-06 14:24   ` Kamil Konieczny
2024-11-08 15:23     ` Louis Chauvet
2024-10-22 10:28 ` [PATCH i-g-t v2 5/5] lib/igt_kms: Add function to get valid pipe for specific output Louis Chauvet
2024-11-06 14:28   ` Kamil Konieczny
2024-11-08 15:23     ` Louis Chauvet
2024-10-22 15:45 ` ✓ CI.xeBAT: success for lib/igt_kms: Helpers for connector managment (rev2) Patchwork
2024-10-22 15:47 ` ✗ Fi.CI.BAT: failure " Patchwork
2024-10-22 17:57 ` ✗ CI.xeFULL: " 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=Zy4s-WU2UJ6RD57C@fedora \
    --to=louis.chauvet@bootlin.com \
    --cc=adrinael@adrinael.net \
    --cc=arek@hiler.eu \
    --cc=ashutosh.dixit@intel.com \
    --cc=bhanuprakash.modem@intel.com \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=jeremie.dautheribes@bootlin.com \
    --cc=juhapekka.heikkila@gmail.com \
    --cc=kamil.konieczny@linux.intel.com \
    --cc=markyacoub@google.com \
    --cc=nicolejadeyee@google.com \
    --cc=seanpaul@google.com \
    --cc=thomas.petazzoni@bootlin.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