From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Mirela Rabulea <mirela.rabulea@nxp.com>
Cc: linux-media@vger.kernel.org, hans@jjverkuil.nl,
laurent.pinchart@ideasonboard.com,
Prabhakar <prabhakar.csengg@gmail.com>,
"Kate Hsuan" <hpa@redhat.com>,
"Alexander Shiyan" <eagle.alexander923@gmail.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>,
"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>
Subject: Re: [PATCH v2 07/14] media: mc: Add MEDIA_LNK_FL_VALIDATE_LATE
Date: Mon, 16 Feb 2026 23:14:36 +0200 [thread overview]
Message-ID: <aZOIvJE08ZdfBqdP@kekkonen.localdomain> (raw)
In-Reply-To: <c0a52d14-7b62-40ef-ba59-ee715d635274@nxp.com>
Hi Mirela,
On Mon, Feb 16, 2026 at 03:19:26PM +0200, Mirela Rabulea wrote:
> Hi Sakari,
>
> On 2/11/26 11:09, 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
> > 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 | 58 ++++++++++++++++++-
> > include/uapi/linux/media.h | 1 +
> > 4 files changed, 66 insertions(+), 2 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..7a9a43c71cde 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.
> >
> > +The ``VALIDATE_LATE`` flag is used to signal that the validation of the link may
> > +be delayed until actual hardware operation even if the rest of the pipeline
> > +would be 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
> > + 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 ef959e9bb313..b29b519237d6 100644
> > --- a/drivers/media/mc/mc-entity.c
> > +++ b/drivers/media/mc/mc-entity.c
> > @@ -772,7 +772,7 @@ static int
> > __media_pipeline_validate_one(struct media_pad *origin,
> > struct media_pipeline *pipe,
> > 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;
> > @@ -782,6 +782,9 @@ __media_pipeline_validate_one(struct media_pad *origin,
> > if (link->flags & MEDIA_LNK_FL_ENABLED && has_enabled_link)
> > *has_enabled_link = true;
> >
> > + if (skip_validation)
> > + return 0;
> > +
> > /*
> > * Validate the link if it's enabled and has the
> > * current pad as its sink.
> > @@ -833,7 +836,24 @@ __must_check int __media_pipeline_start(struct media_pad *origin,
> > * valid, so just increase the start count.
> The above comment is no longer accurate.
I'll see how to reword this for v3.
> > */
> > if (pipe->start_count) {
> > + struct media_link *link;
> > +
> > + link = __media_entity_next_link(origin->entity, NULL,
> > + MEDIA_LNK_FL_DATA_LINK);
> This __media_entity_next_link() will retrieve the first data link. Is this
> guaranteed to be connected to origin pad? Is this intended, or is a check
> for (link->source == origin || link->sink == origin) also necessary?
I'd say so, when it comes to video nodes, but theoretically the flag could
be set on other entities as well, albeit probably erroneously. I think we
could add a check there's exacly one pad in the entity and that pad has a
single link.
> > + if (link && link->flags & MEDIA_LNK_FL_VALIDATE_LATE) {
> > + dev_dbg(mdev->dev,
> > + "Validating pad '%s':%u late\n",
> > + origin->entity->name, origin->index);
> > +
> > + ret = __media_pipeline_validate_one(link->sink, pipe,
> > + link->sink, link,
> > + NULL, false);
> > + if (ret)
> > + return ret;
> > + }
> > +
> > pipe->start_count++;
> > +
> > return 0;
> > }
> >
> > @@ -881,9 +901,16 @@ __must_check int __media_pipeline_start(struct media_pad *origin,
> > if (link->sink != pad && link->source != pad)
> > continue;
> >
> > + /* Skip late-validated links not connected to origin. */
> > + bool skip_validation =
>
> Move skip_validation declaration at beginning of the block.
I'd think it's fine to declare it here, too, but I can move it a few lines
up as well.
>
> Regards,
>
> Mirela
>
> > + link->flags & MEDIA_LNK_FL_VALIDATE_LATE &&
> > + (link->sink == origin ||
> > + link->source == origin);
> > +
> > ret = __media_pipeline_validate_one(origin, pipe,
> > origin, link,
> > - &has_enabled_link);
> > + &has_enabled_link,
> > + skip_validation);
> > if (ret)
> > goto error;
> > }
--
Regards,
Sakari Ailus
next prev parent reply other threads:[~2026-02-16 21:14 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-11 9:09 [PATCH v2 00/14] Metadata series preparation Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 01/14] media: imx219: Rename "PIXEL_ARRAY" as "CROP" Sakari Ailus
2026-02-13 14:42 ` Jacopo Mondi
2026-02-13 17:24 ` Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 02/14] media: v4l2-subdev: Allow accessing routes with STREAMS client capability Sakari Ailus
2026-02-13 14:48 ` Jacopo Mondi
2026-02-15 14:18 ` Mirela Rabulea
2026-04-02 15:50 ` Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 03/14] media: Documentation: Improve LINK_FREQ documentation Sakari Ailus
2026-02-13 14:49 ` Jacopo Mondi
2026-02-15 14:37 ` Mirela Rabulea
2026-02-16 8:42 ` Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 04/14] media: Documentation: Improve pixel rate calculation documentation Sakari Ailus
2026-02-13 14:49 ` Jacopo Mondi
2026-02-15 14:38 ` Mirela Rabulea
2026-02-11 9:09 ` [PATCH v2 05/14] media: v4l2-subdev: Refactor returning routes Sakari Ailus
2026-02-13 15:01 ` Jacopo Mondi
2026-02-13 17:29 ` Sakari Ailus
2026-02-15 14:39 ` Mirela Rabulea
2026-02-16 9:02 ` Sakari Ailus
2026-02-16 10:09 ` Mirela Rabulea
2026-02-11 9:09 ` [PATCH v2 06/14] media: mc: Separate single link validation into a new function Sakari Ailus
2026-02-15 14:42 ` Mirela Rabulea
2026-02-16 9:18 ` Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 07/14] media: mc: Add MEDIA_LNK_FL_VALIDATE_LATE Sakari Ailus
2026-02-16 13:19 ` Mirela Rabulea
2026-02-16 21:14 ` Sakari Ailus [this message]
2026-02-11 9:09 ` [PATCH v2 08/14] media: mc: Don't care about unsettable flags in MEDIA_IOC_LINK_SETUP Sakari Ailus
2026-02-16 13:55 ` Mirela Rabulea
2026-02-16 21:31 ` Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 09/14] media: Document enable_streams and disable_streams behaviour Sakari Ailus
2026-02-16 14:03 ` Mirela Rabulea
2026-02-17 8:37 ` Sakari Ailus
2026-03-25 9:16 ` Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 10/14] media: v4l2-subdev: Move subdev client capabilities into a new struct Sakari Ailus
2026-02-16 15:40 ` Mirela Rabulea
2026-02-11 9:09 ` [PATCH v2 11/14] media: v4l2-subdev: Add struct v4l2_subdev_client_info pointer to pad ops Sakari Ailus
2026-02-16 15:40 ` Mirela Rabulea
2026-02-16 21:35 ` Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 12/14] media: v4l2-subdev: Add v4l2_subdev_call_ci_active_state Sakari Ailus
2026-02-16 16:20 ` Mirela Rabulea
2026-02-17 8:09 ` Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 13/14] media: v4l2-subdev: Perform client info changes to i2c drivers Sakari Ailus
2026-02-11 9:09 ` [PATCH v2 14/14] media: v4l2-subdev: Add struct v4l2_subdev_client_info argument to pad ops Sakari Ailus
2026-02-13 14:36 ` [PATCH v2 00/14] Metadata series preparation Jacopo Mondi
2026-02-13 17:16 ` Sakari Ailus
2026-02-16 8:50 ` Jacopo Mondi
2026-02-16 11:19 ` Sakari Ailus
2026-02-16 11:56 ` Jacopo Mondi
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=aZOIvJE08ZdfBqdP@kekkonen.localdomain \
--to=sakari.ailus@linux.intel.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=eagle.alexander923@gmail.com \
--cc=git@apitzsch.eu \
--cc=hans@jjverkuil.nl \
--cc=hansg@kernel.org \
--cc=heimir.sverrisson@gmail.com \
--cc=hpa@redhat.com \
--cc=jacopo.mondi@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=ribalda@kernel.org \
--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