public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Jacopo Mondi <jacopo.mondi@ideasonboard.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: linux-media@vger.kernel.org, hans@jjverkuil.nl,
	laurent.pinchart@ideasonboard.com,
	Prabhakar <prabhakar.csengg@gmail.com>,
	"Kate Hsuan" <hpa@redhat.com>,
	"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
	"Tommaso Merciai" <tomm.merciai@gmail.com>,
	"Benjamin Mugnier" <benjamin.mugnier@foss.st.com>,
	"Sylvain Petinot" <sylvain.petinot@foss.st.com>,
	"Christophe JAILLET" <christophe.jaillet@wanadoo.fr>,
	"Julien Massot" <julien.massot@collabora.com>,
	"Naushir Patuck" <naush@raspberrypi.com>,
	"Yan, Dongcheng" <dongcheng.yan@intel.com>,
	"Cao, Bingbu" <bingbu.cao@intel.com>,
	"Qiu, Tian Shu" <tian.shu.qiu@intel.com>,
	"Stefan Klug" <stefan.klug@ideasonboard.com>,
	"Mirela Rabulea" <mirela.rabulea@nxp.com>,
	"André Apitzsch" <git@apitzsch.eu>,
	"Heimir Thor Sverrisson" <heimir.sverrisson@gmail.com>,
	"Kieran Bingham" <kieran.bingham@ideasonboard.com>,
	"Mehdi Djait" <mehdi.djait@linux.intel.com>,
	"Ricardo Ribalda Delgado" <ribalda@kernel.org>,
	"Hans de Goede" <hansg@kernel.org>,
	"Jacopo Mondi" <jacopo.mondi@ideasonboard.com>,
	"Tomi Valkeinen" <tomi.valkeinen@ideasonboard.com>,
	"David Plowman" <david.plowman@raspberrypi.com>,
	"Yu, Ong Hock" <ong.hock.yu@intel.com>,
	"Ng, Khai Wen" <khai.wen.ng@intel.com>,
	"Jai Luthra" <jai.luthra@ideasonboard.com>,
	"Rishikesh Donadkar" <r-donadkar@ti.com>
Subject: Re: [PATCH v4 22/29] media: mc: Add MEDIA_LNK_FL_VALIDATE_LATE
Date: Fri, 10 Apr 2026 12:41:27 +0200	[thread overview]
Message-ID: <adjR6lJWKDdg4tBZ@zed> (raw)
In-Reply-To: <20260408153939.969381-23-sakari.ailus@linux.intel.com>

Hi Sakari

On Wed, Apr 08, 2026 at 06:39:31PM +0300, Sakari Ailus wrote:
> Add MEDIA_LNK_FL_VALIDATE_LATE flag to support late validation of links.
> This is serving the use case where video devices are configured and
> started streaming indepenently of each other but this sequence may be run

s/indepenently/independently

> in series, in such a way that a video device in a pipeline starts
> streaming before another one is configured.
>
> Before this flag, drivers have resorted to implementing the link
> validation separately for the video nodes as part of streaming start
> sequence.
>
> media_pipeline_start() shall be called on each leaf entity connected to
> the graph with a link where MEDIA_LNK_FL_VALIDATE_LATE is set before
> uphardware operation.
>
> Signed-off-by: Sakari Ailus <sakari.ailus@linux.intel.com>
> ---
>  .../media/mediactl/media-ioc-setup-link.rst   |  4 +
>  .../media/mediactl/media-types.rst            |  5 ++
>  drivers/media/mc/mc-entity.c                  | 82 ++++++++++++++++++-
>  include/uapi/linux/media.h                    |  1 +
>  4 files changed, 88 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/userspace-api/media/mediactl/media-ioc-setup-link.rst b/Documentation/userspace-api/media/mediactl/media-ioc-setup-link.rst
> index 23208300cb61..7c2bced57e77 100644
> --- a/Documentation/userspace-api/media/mediactl/media-ioc-setup-link.rst
> +++ b/Documentation/userspace-api/media/mediactl/media-ioc-setup-link.rst
> @@ -49,6 +49,10 @@ Only links marked with the ``DYNAMIC`` link flag can be enabled/disabled
>  while streaming media data. Attempting to enable or disable a streaming
>  non-dynamic link will return an ``EBUSY`` error code.
>
> +Pipeline validation may be delayed for links marked with the ``VALIDATE_LATE``

Is it helpful to say "created" instead of "marked" to highlight that
this flag is set by drivers or is it clear enough from the context ?

> +flag until actual hardware operation even if the rest of the pipeline would be

operation or operations ?

> +validated at an earlier point of time.
> +
>  If the specified link can't be found the driver returns with an ``EINVAL``
>  error code.
>
> diff --git a/Documentation/userspace-api/media/mediactl/media-types.rst b/Documentation/userspace-api/media/mediactl/media-types.rst
> index 6332e8395263..d6a690655a01 100644
> --- a/Documentation/userspace-api/media/mediactl/media-types.rst
> +++ b/Documentation/userspace-api/media/mediactl/media-types.rst
> @@ -391,6 +391,7 @@ must be set for every pad.
>  .. _MEDIA-LNK-FL-ENABLED:
>  .. _MEDIA-LNK-FL-IMMUTABLE:
>  .. _MEDIA-LNK-FL-DYNAMIC:
> +.. _MEDIA-LNK-FL-VALIDATE-LATE:
>  .. _MEDIA-LNK-FL-LINK-TYPE:
>
>  .. flat-table:: Media link flags
> @@ -410,6 +411,10 @@ must be set for every pad.
>         -  The link enabled state can be modified during streaming. This flag
>  	  is set by drivers and is read-only for applications.
>
> +    *  -  ``MEDIA_LNK_FL_VALIDATE_LATE``
> +       -  The validation of the link may be delayed up to until the start of

Not an English native speaker here, but "delayed up to until" sounds more
complicated than just "delayed to"

> +	  hardware operation.
> +
>      *  -  ``MEDIA_LNK_FL_LINK_TYPE``
>         -  This is a bitmask that defines the type of the link. The following
>  	  link types are currently supported:
> diff --git a/drivers/media/mc/mc-entity.c b/drivers/media/mc/mc-entity.c
> index 287eded356bb..5b0162f81425 100644
> --- a/drivers/media/mc/mc-entity.c
> +++ b/drivers/media/mc/mc-entity.c
> @@ -771,7 +771,7 @@ static int media_pipeline_populate(struct media_pipeline *pipe,
>  static int
>  __media_pipeline_validate_one(struct media_pad *origin,
>  			      struct media_pad *pad, struct media_link *link,
> -			      bool *has_enabled_link)
> +			      bool *has_enabled_link, bool skip_validation)
>  {
>  	struct media_device *mdev = origin->graph_obj.mdev;
>  	struct media_entity *entity = pad->entity;
> @@ -784,6 +784,9 @@ __media_pipeline_validate_one(struct media_pad *origin,
>  	if (has_enabled_link)
>  		*has_enabled_link = true;
>
> +	if (skip_validation)
> +		return 0;
> +
>  	/* Skip validation if the current pad isn't the sink pad of the link. */
>  	if (link->sink != pad)
>  		return 0;
> @@ -825,11 +828,48 @@ __must_check int __media_pipeline_start(struct media_pad *origin,
>  		return -EINVAL;
>
>  	/*
> -	 * If the pipeline has already been started, it is guaranteed to be
> -	 * valid, so just increase the start count.
> +	 * Increase start count on pipelines that have been validated
> +	 * earlier. Also check links with the VALIDATE_LATE flag here.
>  	 */
>  	if (pipe->start_count) {
> +		struct media_link *link;
> +
> +		link = __media_entity_next_link(origin->entity, NULL,
> +						MEDIA_LNK_FL_DATA_LINK);
> +		if (link && link->flags & MEDIA_LNK_FL_VALIDATE_LATE) {
> +			struct media_link *link2 =
> +				__media_entity_next_link(origin->entity, link,
> +							 MEDIA_LNK_FL_DATA_LINK);
> +			bool has_enabled_link = false;
> +
> +			/*
> +			 * Only a single pad is allowed for VALIDATE_LATE
> +			 * links. That pad needs to have exactly one link.
> +			 */
> +			if (origin->entity->num_pads != 1)
> +				return -EINVAL;
> +
> +			if (!link || link2)
> +				return -EINVAL;

This is a development error, isn't it ? Is it worth an error message ?

> +
> +			dev_dbg(mdev->dev,
> +				"Validating pad '%s':%u late\n",
> +				origin->entity->name, origin->index);
> +
> +			ret = __media_pipeline_validate_one(link->sink,
> +							    link->sink, link,
> +							    &has_enabled_link,
> +							    false);
> +			if (ret)
> +				return ret;
> +
> +			if (origin->flags & MEDIA_PAD_FL_MUST_CONNECT &&
> +			    !has_enabled_link)
> +				return -ENOLINK;
> +		}
> +
>  		pipe->start_count++;
> +
>  		return 0;
>  	}
>
> @@ -873,12 +913,19 @@ __must_check int __media_pipeline_start(struct media_pad *origin,
>  		 * the connected sink pad to avoid duplicating checks.
>  		 */
>  		for_each_media_entity_data_link(entity, link) {
> +			/* Skip late-validated links not connected to origin. */
> +			bool skip_validation =
> +				link->flags & MEDIA_LNK_FL_VALIDATE_LATE &&
> +				link->sink != origin &&
> +				link->source != origin;
> +
>  			/* Skip links unrelated to the current pad. */
>  			if (link->sink != pad && link->source != pad)
>  				continue;
>
>  			ret = __media_pipeline_validate_one(origin, pad, link,
> -							    &has_enabled_link);
> +							    &has_enabled_link,
> +							    skip_validation);
>  			if (ret)
>  				goto error;
>  		}
> @@ -1158,6 +1205,33 @@ media_create_pad_link(struct media_entity *source, u16 source_pad,
>  	if (WARN_ON(!(sink->pads[sink_pad].flags & MEDIA_PAD_FL_SINK)))
>  		return -EINVAL;
>
> +	/*
> +	 * With the late validate flag, either source or sink shall have exactly
> +	 * one pad and no links before this one. Similarly, no links may be
> +	 * added to entities with a single pad and an existing late-validated
> +	 * link.
> +	 */
> +	if (flags & MEDIA_LNK_FL_VALIDATE_LATE) {
> +		if (!(source->num_pads == 1 && !source->num_links) &&
> +		    !(sink->num_pads == 1 && !sink->num_links))
> +			return -EINVAL;

Ah, so the above error check for which I suggested an error message
cannot happen, right ?

> +	} else {
> +		struct media_entity *entities[] = { source, sink };
> +
> +		for (unsigned int i = 0; i < ARRAY_SIZE(entities); i++) {
> +			if (entities[i]->num_pads != 1)
> +				continue;
> +
> +			struct media_link *__link =
> +				__media_entity_next_link(entities[i], NULL,
> +							 MEDIA_LNK_FL_DATA_LINK);
> +
> +			if (__link &&
> +			    __link->flags & MEDIA_LNK_FL_VALIDATE_LATE)
> +				return -EINVAL;
> +		}
> +	}
> +
>  	link = media_add_link(&source->links);
>  	if (link == NULL)
>  		return -ENOMEM;
> diff --git a/include/uapi/linux/media.h b/include/uapi/linux/media.h
> index 1c80b1d6bbaf..c96e2118ea99 100644
> --- a/include/uapi/linux/media.h
> +++ b/include/uapi/linux/media.h
> @@ -219,6 +219,7 @@ struct media_pad_desc {
>  #define MEDIA_LNK_FL_ENABLED			(1U << 0)
>  #define MEDIA_LNK_FL_IMMUTABLE			(1U << 1)
>  #define MEDIA_LNK_FL_DYNAMIC			(1U << 2)
> +#define MEDIA_LNK_FL_VALIDATE_LATE		(1U << 3)

Nice, with the above minors addressed, if applicable
Reviewed-by: Jacopo Mondi <jacopo.mondi@ideasonboard.com>

>
>  #define MEDIA_LNK_FL_LINK_TYPE			(0xf << 28)
>  #  define MEDIA_LNK_FL_DATA_LINK		(0U << 28)
> --
> 2.47.3
>
>

  reply	other threads:[~2026-04-10 10:41 UTC|newest]

Thread overview: 116+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-08 15:39 [PATCH v4 00/29] Metadata series preparation Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 01/29] media: imx219: Rename "PIXEL_ARRAY" as "VISIBLE" Sakari Ailus
2026-04-16 13:14   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 02/29] media: imx219: Fix maximum frame length in lines Sakari Ailus
2026-04-16 13:56   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 03/29] media: imx219: Set horizontal blanking on mode change Sakari Ailus
2026-04-10  7:27   ` Jacopo Mondi
2026-04-16 14:22     ` Laurent Pinchart
2026-04-16 14:38     ` Dave Stevenson
2026-04-08 15:39 ` [PATCH v4 04/29] media: imx219: Scale the vblank limits according to rate_factor Sakari Ailus
2026-04-10  8:28   ` Jacopo Mondi
2026-04-10  8:41     ` Sakari Ailus
2026-04-10  9:01       ` Jacopo Mondi
2026-04-20 21:08         ` Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 05/29] media: imx219: Fix vertical blanking and exposure for analogue binning Sakari Ailus
2026-04-10  8:42   ` Jacopo Mondi
2026-04-10  8:46     ` Sakari Ailus
2026-04-10  8:56       ` Jacopo Mondi
2026-04-10  9:04         ` Sakari Ailus
2026-04-10 13:38           ` Jacopo Mondi
2026-04-15 14:38     ` Jai Luthra
2026-04-20 21:02       ` Sakari Ailus
2026-04-15 17:15   ` Jai Luthra
2026-04-20 20:54     ` Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 06/29] media: imx219: Don't update exposure limits while setting format Sakari Ailus
2026-04-10  8:44   ` Jacopo Mondi
2026-04-10 10:14     ` Sakari Ailus
2026-04-10 10:29     ` Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 07/29] media: imx219: Rename "binning" as "bin_hv" in imx219_set_pad_format Sakari Ailus
2026-04-16 14:25   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 08/29] media: imx274: Remove redundant kernel-doc comments Sakari Ailus
2026-04-10  8:48   ` Jacopo Mondi
2026-04-10  8:54     ` Sakari Ailus
2026-04-10  9:02       ` Jacopo Mondi
2026-04-16 14:26   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 09/29] media: imx334: " Sakari Ailus
2026-04-10  9:02   ` Jacopo Mondi
2026-04-16 14:27   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 10/29] media: imx335: " Sakari Ailus
2026-04-10  9:02   ` Jacopo Mondi
2026-04-16 14:27   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 11/29] media: imx412: " Sakari Ailus
2026-04-10  9:03   ` Jacopo Mondi
2026-04-16 14:28   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 12/29] media: ov9282: " Sakari Ailus
2026-04-10  9:08   ` Jacopo Mondi
2026-04-16 14:28   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 13/29] media: tvp514x: " Sakari Ailus
2026-04-10  9:08   ` Jacopo Mondi
2026-04-16 14:28   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 14/29] media: Documentation: Improve LINK_FREQ documentation Sakari Ailus
2026-04-16 15:05   ` Laurent Pinchart
2026-04-21 14:42     ` Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 15/29] media: Documentation: Improve pixel rate calculation documentation Sakari Ailus
2026-04-16 16:20   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 16/29] media: v4l2-subdev: Refactor returning routes Sakari Ailus
2026-04-16 16:24   ` Laurent Pinchart
2026-04-21 14:50     ` Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 17/29] media: v4l2-subdev: Allow accessing routes with STREAMS client capability Sakari Ailus
2026-04-16 15:06   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 18/29] media: mc: Simplify link processing in __media_pipeline_start() Sakari Ailus
2026-04-10  9:26   ` Jacopo Mondi
2026-04-16 14:35   ` Laurent Pinchart
2026-04-21 10:24     ` Sakari Ailus
2026-04-21 11:18       ` Laurent Pinchart
2026-04-21 12:37         ` Sakari Ailus
2026-04-21 22:10           ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 19/29] media: mc: Separate single link validation into a new function Sakari Ailus
2026-04-10  9:29   ` Jacopo Mondi
2026-04-16 16:35   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 20/29] media: uapi: Bump the STREAMS bit a little Sakari Ailus
2026-04-10  9:31   ` Jacopo Mondi
2026-04-16 14:31     ` Laurent Pinchart
2026-04-21 10:27       ` Sakari Ailus
2026-04-21 11:18         ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 21/29] media: mc: Don't care about unsettable flags in MEDIA_IOC_LINK_SETUP Sakari Ailus
2026-04-10 10:31   ` Jacopo Mondi
2026-04-10 12:56     ` Sakari Ailus
2026-04-10 13:24       ` Jacopo Mondi
2026-04-16 15:59   ` Laurent Pinchart
2026-04-21 10:44     ` Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 22/29] media: mc: Add MEDIA_LNK_FL_VALIDATE_LATE Sakari Ailus
2026-04-10 10:41   ` Jacopo Mondi [this message]
2026-04-13  7:59     ` Sakari Ailus
2026-04-13  9:30       ` Jacopo Mondi
2026-04-16 16:29   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 23/29] media: Improve enable_streams and disable_streams documentation Sakari Ailus
2026-04-16 15:49   ` Laurent Pinchart
2026-04-21 15:35     ` Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 24/29] media: v4l2-subdev: Introduce v4l2_subdev_get_frame_desc() Sakari Ailus
2026-04-10 10:53   ` Jacopo Mondi
2026-04-13  8:07     ` Sakari Ailus
2026-04-16 16:16       ` Laurent Pinchart
2026-04-21 12:18         ` Sakari Ailus
2026-04-21 22:18           ` Laurent Pinchart
2026-04-22  8:26             ` Sakari Ailus
2026-04-22  9:02               ` Laurent Pinchart
2026-04-22 10:02                 ` Sakari Ailus
2026-04-22 10:47                   ` Laurent Pinchart
2026-04-22 10:48                     ` Sakari Ailus
2026-04-22 10:54                       ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 25/29] media: v4l2-subdev: Move subdev client capabilities into a new struct Sakari Ailus
2026-04-10 13:31   ` Jacopo Mondi
2026-04-13  8:11     ` Sakari Ailus
2026-04-13 12:42       ` Jacopo Mondi
2026-04-16 17:30         ` Laurent Pinchart
2026-04-23  7:02           ` Jacopo Mondi
2026-04-08 15:39 ` [PATCH v4 26/29] media: v4l2-subdev: Add struct v4l2_subdev_client_info pointer to pad ops Sakari Ailus
2026-04-16 17:32   ` Laurent Pinchart
2026-04-08 15:39 ` [PATCH v4 27/29] media: v4l2-subdev: Add v4l2_subdev_call_ci_active_state Sakari Ailus
2026-04-16 17:38   ` Laurent Pinchart
2026-04-21 16:04     ` Sakari Ailus
2026-04-21 16:12       ` Laurent Pinchart
2026-04-21 16:34         ` Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 28/29] media: v4l2-subdev: Perform client info changes to i2c drivers Sakari Ailus
2026-04-08 15:39 ` [PATCH v4 29/29] media: v4l2-subdev: Add struct v4l2_subdev_client_info argument to pad ops Sakari Ailus

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=adjR6lJWKDdg4tBZ@zed \
    --to=jacopo.mondi@ideasonboard.com \
    --cc=benjamin.mugnier@foss.st.com \
    --cc=bingbu.cao@intel.com \
    --cc=christophe.jaillet@wanadoo.fr \
    --cc=dave.stevenson@raspberrypi.com \
    --cc=david.plowman@raspberrypi.com \
    --cc=dongcheng.yan@intel.com \
    --cc=git@apitzsch.eu \
    --cc=hans@jjverkuil.nl \
    --cc=hansg@kernel.org \
    --cc=heimir.sverrisson@gmail.com \
    --cc=hpa@redhat.com \
    --cc=jai.luthra@ideasonboard.com \
    --cc=julien.massot@collabora.com \
    --cc=khai.wen.ng@intel.com \
    --cc=kieran.bingham@ideasonboard.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=mehdi.djait@linux.intel.com \
    --cc=mirela.rabulea@nxp.com \
    --cc=naush@raspberrypi.com \
    --cc=ong.hock.yu@intel.com \
    --cc=prabhakar.csengg@gmail.com \
    --cc=r-donadkar@ti.com \
    --cc=ribalda@kernel.org \
    --cc=sakari.ailus@linux.intel.com \
    --cc=stefan.klug@ideasonboard.com \
    --cc=sylvain.petinot@foss.st.com \
    --cc=tian.shu.qiu@intel.com \
    --cc=tomi.valkeinen@ideasonboard.com \
    --cc=tomm.merciai@gmail.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