From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: Philipp Zabel <p.zabel@pengutronix.de>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
linux-media@vger.kernel.org, kernel@pengutronix.de
Subject: Re: [PATCH] media: v4l2-async: fix binding async subdevs with multiple source ports
Date: Tue, 17 Jan 2023 15:29:33 +0200 [thread overview]
Message-ID: <Y8aivWrN6Hg/O7Wr@pendragon.ideasonboard.com> (raw)
In-Reply-To: <Y8afrhfjw+EhAH4o@paasikivi.fi.intel.com>
On Tue, Jan 17, 2023 at 01:16:30PM +0000, Sakari Ailus wrote:
> Hi Philipp,
>
> On Wed, Aug 10, 2022 at 12:48:48PM +0200, Philipp Zabel wrote:
> > Asynchronous subdevice probing on imx-media with imx6-mipi-csi2 is
> > broken since commit 1f391df44607 ("media: v4l2-async: Use endpoints in
> > __v4l2_async_nf_add_fwnode_remote()").
> >
> > This is a side effect of imx6-mipi-csi2 having a single subdevice with
> > four separate source ports connected to different subdevices. Before,
> > the imx-media-csi and video-mux devices registered async sub-devices
> > via device fwnode that matched the imx6-mipi-csi2 device on their
> > respective notifiers. This caused the first asd to be put on the
> > notifier waiting list, and the other three to return -EEXIST and be
> > ignored.
> >
> > With async subdev registration via endpoint fwnode, all four asds are
> > distinct and three of them keep dangling on their notifiers after the
> > first one is bound.
> >
> > This patch modifies __v4l2_async_nf_has_async_subdev() to consider
> > asds matching different fwnode endpoints of the same sub-device equal
> > if the latter is already bound and matches via device fwnode. Further,
> > v4l2_async_register_subdev() is modified to remove dangling duplicate
> > asds that were registered before the sub-device was available to check
> > its fwnode.
> >
> > Fixes: 1f391df44607 ("media: v4l2-async: Use endpoints in __v4l2_async_nf_add_fwnode_remote()")
> > Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de>
> > ---
> > drivers/media/v4l2-core/v4l2-async.c | 43 ++++++++++++++++++++++++++++
> > 1 file changed, 43 insertions(+)
> >
> > diff --git a/drivers/media/v4l2-core/v4l2-async.c b/drivers/media/v4l2-core/v4l2-async.c
> > index 2f1b718a9189..b24220ed7077 100644
> > --- a/drivers/media/v4l2-core/v4l2-async.c
> > +++ b/drivers/media/v4l2-core/v4l2-async.c
> > @@ -452,6 +452,22 @@ __v4l2_async_nf_has_async_subdev(struct v4l2_async_notifier *notifier,
> >
> > if (asd_equal(asd, sd->asd))
> > return true;
> > +
> > + /*
> > + * If the asd matches an endpoint fwnode, handle sub-devices
> > + * with device fwnode that were already matched by another asd
> > + * with a different endpoint fwnode on the same device.
> > + */
> > + if (asd->match_type == V4L2_ASYNC_MATCH_FWNODE &&
> > + fwnode_graph_is_endpoint(asd->match.fwnode) &&
> > + sd->fwnode && !fwnode_graph_is_endpoint(sd->fwnode)) {
> > + struct fwnode_handle *devnode;
> > +
> > + devnode = fwnode_graph_get_port_parent(asd->match.fwnode);
> > + fwnode_handle_put(devnode);
> > + if (devnode == sd->fwnode)
> > + return true;
> > + }
> > }
> >
> > return false;
> > @@ -749,6 +765,24 @@ __v4l2_async_nf_add_i2c(struct v4l2_async_notifier *notifier, int adapter_id,
> > }
> > EXPORT_SYMBOL_GPL(__v4l2_async_nf_add_i2c);
> >
> > +static void v4l2_async_remove_duplicate_matches(struct v4l2_subdev *sd)
> > +{
> > + struct v4l2_async_notifier *notifier;
> > +
> > + lockdep_assert_held(&list_lock);
> > +
> > + list_for_each_entry(notifier, ¬ifier_list, list) {
> > + struct v4l2_async_subdev *asd;
> > +
> > + asd = v4l2_async_find_match(notifier, sd);
> > + if (!asd)
> > + continue;
> > +
> > + /* Remove from the waiting list */
> > + list_del(&asd->list);
>
> This leaves asd->list pointers dangling.
>
> > + }
> > +}
> > +
> > int v4l2_async_register_subdev(struct v4l2_subdev *sd)
> > {
> > struct v4l2_async_notifier *subdev_notifier;
> > @@ -783,6 +817,15 @@ int v4l2_async_register_subdev(struct v4l2_subdev *sd)
> > if (ret)
> > goto err_unbind;
> >
> > + /*
> > + * At this point the asd is removed from the notifier wait list.
> > + * There might be other notifiers with asds matching different
> > + * fwnode endpoints of the same sd remaining. If the sd matches
> > + * by device fwnode, remove the dangling asds.
> > + */
> > + if (sd->fwnode && !fwnode_graph_is_endpoint(sd->fwnode))
> > + v4l2_async_remove_duplicate_matches(sd);
> > +
> > ret = v4l2_async_nf_try_complete(notifier);
> > if (ret)
> > goto err_unbind;
>
> This patch is essentially a workaround, not a fix.
>
> The root of the problem is that registering async sub-devices (and thus
> registering a sub-device later) and link creation (via bound callback) are
> handled together.
I'm not sure to see how that's related to the problem at hand. The issue
here is that there are four consumers for one subdevice, and the
v4l2-async framework doesn't support that. Two of those consumers could
be made to know about each other, but the other two (video-mux) are
modelled completely independently. That doesn't seem tied to link
creation to me.
> They should be separated instead, at least in the
> v4l2-async framework if not in the interfaces. We could at least have a
> helper doing the both using existing API for devices that have a single
> source pad.
>
> While merging this might not break anything as such, it would certainly
> make fixing the underlying problem later on much harder as you'd need to
> take drivers depending on it into account --- for which I, for instance,
> don't have hardware for.
>
> I'm thus not overly enthusiastic of the idea of merging this.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2023-01-17 13:29 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-10 10:48 [PATCH] media: v4l2-async: fix binding async subdevs with multiple source ports Philipp Zabel
2023-01-13 11:24 ` Philipp Zabel
2023-01-16 1:08 ` Laurent Pinchart
2023-01-16 11:57 ` Francesco Dolcini
2023-01-16 13:46 ` Philipp Zabel
2023-01-16 16:09 ` Laurent Pinchart
2023-01-16 13:27 ` Sakari Ailus
2023-01-17 13:16 ` Sakari Ailus
2023-01-17 13:29 ` Laurent Pinchart [this message]
2023-01-18 13:14 ` Aishwarya Kothari
2023-01-20 16:33 ` Philipp Zabel
2023-01-26 8:32 ` Aishwarya Kothari
2023-02-15 10:10 ` 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=Y8aivWrN6Hg/O7Wr@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=kernel@pengutronix.de \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=p.zabel@pengutronix.de \
--cc=sakari.ailus@linux.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