From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: "Lad, Prabhakar" <prabhakar.csengg@gmail.com>
Cc: Niklas <niklas.soderlund@ragnatech.se>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Hans Verkuil <hverkuil-cisco@xs4all.nl>,
linux-media <linux-media@vger.kernel.org>,
Linux-Renesas <linux-renesas-soc@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>
Subject: Re: [PATCH 2/2] media: rcar-csi2: Let the driver handle fwnode matching using match_custom callback
Date: Sun, 15 Mar 2020 14:57:50 +0200 [thread overview]
Message-ID: <20200315125750.GD4732@pendragon.ideasonboard.com> (raw)
In-Reply-To: <CA+V-a8sYT+okN_WKY-FEcgD7Znyvh3JeMyuZgBxwPLiseiP_1A@mail.gmail.com>
Hi Prabhakar,
On Sun, Mar 15, 2020 at 12:10:14PM +0000, Lad, Prabhakar wrote:
> On Sun, Mar 15, 2020 at 10:30 AM Laurent Pinchart wrote:
> > On Sun, Mar 15, 2020 at 10:27:24AM +0000, Lad Prabhakar wrote:
> > > The rcar-csi2 driver uses the v4l2-async framework to do endpoint matching
> > > instead of node matching. This is needed as it needs to work with the
> > > adv748x driver which register it self in v4l2-async using endpoints
> > > instead of nodes. The reason for this is that from a single DT node it
> > > creates multiple subdevices, one for each endpoint.
> > >
> > > But when using subdevs which register itself in v4l2-async using nodes,
> > > the rcar-csi2 driver failed to find the matching endpoint because the
> > > match.fwnode was pointing to remote endpoint instead of remote parent
> > > port.
> > >
> > > This commit adds support in rcar-csi2 driver to handle both the cases
> > > where subdev registers in v4l2-async using endpoints/nodes, by using
> > > match_type as V4L2_ASYNC_MATCH_CUSTOM and implementing the match()
> > > callback to compare the fwnode of either remote/parent.
> >
> > This is not the way to go. The v4l2-async framework needs to be fixed
> > instead, so that fwnode match will do the right thing automatically
> > regardless of whether the node is a device node or and endpoint node.
>
> OK, so moving forward should the v4l2-async do strictly endpoint
> matching only or both nodes/endpoints. fwnode in all the bridge
> drivers be replaced to remote endpoints ?
Long term I think everything should use endpoint matching, but to get
there we shouldn't transition all drivers in one go. I've submitted a
patch to v4l2-async that I believe will fix your problem and allow for a
smooth transition. Could you give it a try ?
> Looking at the adv7604 its registered as node to v4l2-async which can
> have upto 3 endpoints, adv748x is the single driver which registers
> itself as endpoint to v4l2-async, and rest of the other subdevices
> have single endpoint and are registered as node to v4l2-async. How
> would you suggest to handle these cases.
>
> > > Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>
> > > ---
> > > drivers/media/platform/rcar-vin/rcar-csi2.c | 46 +++++++++++++++++++--
> > > 1 file changed, 43 insertions(+), 3 deletions(-)
> > >
> > > diff --git a/drivers/media/platform/rcar-vin/rcar-csi2.c b/drivers/media/platform/rcar-vin/rcar-csi2.c
> > > index faa9fb23a2e9..1bbf05e9f025 100644
> > > --- a/drivers/media/platform/rcar-vin/rcar-csi2.c
> > > +++ b/drivers/media/platform/rcar-vin/rcar-csi2.c
> > > @@ -808,6 +808,46 @@ static int rcsi2_parse_v4l2(struct rcar_csi2 *priv,
> > > return 0;
> > > }
> > >
> > > +static bool rcsi2_asd_match(struct v4l2_subdev *sd,
> > > + struct v4l2_async_subdev *asd)
> > > +{
> > > + struct rcar_csi2 *priv = (struct rcar_csi2 *)asd->match.custom.priv;
> > > + struct fwnode_handle *remote_endpoint;
> > > + struct fwnode_handle *subdev_endpoint;
> > > + struct device_node *np;
> > > + bool matched = false;
> > > +
> > > + np = of_graph_get_endpoint_by_regs(priv->dev->of_node, 0, 0);
> > > + if (!np) {
> > > + dev_err(priv->dev, "Not connected to subdevice\n");
> > > + return matched;
> > > + }
> > > +
> > > + remote_endpoint =
> > > + fwnode_graph_get_remote_endpoint(of_fwnode_handle(np));
> > > + if (!remote_endpoint) {
> > > + dev_err(priv->dev, "Failed to get remote endpoint\n");
> > > + of_node_put(np);
> > > + return matched;
> > > + }
> > > + of_node_put(np);
> > > +
> > > + if (sd->fwnode != dev_fwnode(sd->dev)) {
> > > + if (remote_endpoint == sd->fwnode)
> > > + matched = true;
> > > + } else {
> > > + subdev_endpoint =
> > > + fwnode_graph_get_next_endpoint(dev_fwnode(sd->dev), NULL);
> > > + if (remote_endpoint == subdev_endpoint)
> > > + matched = true;
> > > + fwnode_handle_put(subdev_endpoint);
> > > + }
> > > +
> > > + fwnode_handle_put(remote_endpoint);
> > > +
> > > + return matched;
> > > +}
> > > +
> > > static int rcsi2_parse_dt(struct rcar_csi2 *priv)
> > > {
> > > struct device_node *ep;
> > > @@ -833,9 +873,9 @@ static int rcsi2_parse_dt(struct rcar_csi2 *priv)
> > > return ret;
> > > }
> > >
> > > - priv->asd.match.fwnode =
> > > - fwnode_graph_get_remote_endpoint(of_fwnode_handle(ep));
> > > - priv->asd.match_type = V4L2_ASYNC_MATCH_FWNODE;
> > > + priv->asd.match.custom.match = &rcsi2_asd_match;
> > > + priv->asd.match.custom.priv = priv;
> > > + priv->asd.match_type = V4L2_ASYNC_MATCH_CUSTOM;
> > >
> > > of_node_put(ep);
> > >
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2020-03-15 12:57 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-15 10:27 [PATCH 0/2] rcar-csi2: make use V4L2_ASYNC_MATCH_CUSTOM to do fwnode matching Lad Prabhakar
2020-03-15 10:27 ` [PATCH 1/2] media: v4l2-async: Pass pointer to struct v4l2_subdev in match_custom callback Lad Prabhakar
2020-03-15 10:56 ` Laurent Pinchart
2020-03-15 10:27 ` [PATCH 2/2] media: rcar-csi2: Let the driver handle fwnode matching using " Lad Prabhakar
2020-03-15 10:29 ` Laurent Pinchart
2020-03-15 12:10 ` Lad, Prabhakar
2020-03-15 12:57 ` Laurent Pinchart [this message]
2020-03-15 12:55 ` [PATCH] media: v4l2-async: Accept endpoints and devices for fwnode matching Laurent Pinchart
2020-03-15 13:32 ` Lad, Prabhakar
2020-03-15 21:47 ` Jacopo Mondi
2020-03-16 6:34 ` Laurent Pinchart
2020-03-16 8:59 ` Jacopo Mondi
2020-03-16 9:56 ` Laurent Pinchart
2020-03-16 21:40 ` Niklas Söderlund
2020-03-16 21:47 ` Laurent Pinchart
2020-03-17 12:33 ` Kieran Bingham
2020-03-17 23:08 ` Laurent Pinchart
2020-03-17 12:44 ` Sakari Ailus
2020-03-17 23:04 ` Laurent Pinchart
2020-03-18 0:17 ` Laurent Pinchart
2020-03-18 7:52 ` Sakari Ailus
2020-03-18 11:22 ` Laurent Pinchart
2020-03-18 13:35 ` 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=20200315125750.GD4732@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=niklas.soderlund@ragnatech.se \
--cc=prabhakar.csengg@gmail.com \
--cc=prabhakar.mahadev-lad.rj@bp.renesas.com \
--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;
as well as URLs for NNTP newsgroup(s).