From: "Niklas Söderlund" <niklas.soderlund+renesas@ragnatech.se>
To: Jacopo Mondi <jacopo@jmondi.org>
Cc: Jacopo Mondi <jacopo+renesas@jmondi.org>,
mchehab@kernel.org, hverkuil-cisco@xs4all.nl,
sakari.ailus@linux.intel.com, laurent.pinchart@ideasonboard.com,
kieran.bingham@ideasonboard.com, dave.stevenson@raspberrypi.com,
hyun.kwon@xilinx.com, jmkrzyszt@gmail.com,
robert.jarzmik@free.fr, linux-media@vger.kernel.org,
linux-renesas-soc@vger.kernel.org
Subject: Re: [PATCH v6 9/9] media: rcar-csi2: Negotiate data lanes number
Date: Wed, 15 Jul 2020 10:20:28 +0200 [thread overview]
Message-ID: <20200715082028.GJ3051471@oden.dyn.berto.se> (raw)
In-Reply-To: <20200715071325.epyuci3urjqoex4m@uno.localdomain>
Hi Jacopo,
On 2020-07-15 09:13:25 +0200, Jacopo Mondi wrote:
> Hi Niklas,
>
> On Wed, Jul 15, 2020 at 08:55:38AM +0200, Niklas Söderlund wrote:
> > Hi Jacopo,
> >
> > Thanks for your work.
> >
> > On 2020-07-14 15:58:12 +0200, Jacopo Mondi wrote:
> > > Use the newly introduced get_mbus_config() subdevice pad operation to
> > > retrieve the remote subdevice MIPI CSI-2 bus configuration and configure
> > > the number of active data lanes accordingly.
> > >
> > > In order to be able to call the remote subdevice operation cache the
> > > index of the remote pad connected to the single CSI-2 input port.
> > >
> > > Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org>
> > > ---
> > > drivers/media/platform/rcar-vin/rcar-csi2.c | 74 +++++++++++++++++++--
> > > 1 file changed, 67 insertions(+), 7 deletions(-)
> > >
> > > diff --git a/drivers/media/platform/rcar-vin/rcar-csi2.c b/drivers/media/platform/rcar-vin/rcar-csi2.c
> > > index c6cc4f473a07..d39f312ebff9 100644
> > > --- a/drivers/media/platform/rcar-vin/rcar-csi2.c
> > > +++ b/drivers/media/platform/rcar-vin/rcar-csi2.c
> > > @@ -364,6 +364,7 @@ struct rcar_csi2 {
> > > struct v4l2_async_notifier notifier;
> > > struct v4l2_async_subdev asd;
> > > struct v4l2_subdev *remote;
> > > + unsigned int remote_pad;
> > >
> > > struct v4l2_mbus_framefmt mf;
> > >
> > > @@ -409,13 +410,14 @@ static void rcsi2_exit_standby(struct rcar_csi2 *priv)
> > > reset_control_deassert(priv->rstc);
> > > }
> > >
> > > -static int rcsi2_wait_phy_start(struct rcar_csi2 *priv)
> > > +static int rcsi2_wait_phy_start(struct rcar_csi2 *priv,
> > > + unsigned int active_lanes)
> >
> > Maybe s/active_lanes/lanes/ here and below?
> >
>
> ok, I guess it's not important to convey the distinction between
> active and available lanes here.
>
> > > {
> > > unsigned int timeout;
> > >
> > > /* Wait for the clock and data lanes to enter LP-11 state. */
> > > for (timeout = 0; timeout <= 20; timeout++) {
> > > - const u32 lane_mask = (1 << priv->lanes) - 1;
> > > + const u32 lane_mask = (1 << active_lanes) - 1;
> > >
> > > if ((rcsi2_read(priv, PHCLM_REG) & PHCLM_STOPSTATECKL) &&
> > > (rcsi2_read(priv, PHDLM_REG) & lane_mask) == lane_mask)
> > > @@ -447,7 +449,8 @@ static int rcsi2_set_phypll(struct rcar_csi2 *priv, unsigned int mbps)
> > > return 0;
> > > }
> > >
> > > -static int rcsi2_calc_mbps(struct rcar_csi2 *priv, unsigned int bpp)
> > > +static int rcsi2_calc_mbps(struct rcar_csi2 *priv, unsigned int bpp,
> > > + unsigned int active_lanes)
> > > {
> > > struct v4l2_subdev *source;
> > > struct v4l2_ctrl *ctrl;
> > > @@ -472,15 +475,63 @@ static int rcsi2_calc_mbps(struct rcar_csi2 *priv, unsigned int bpp)
> > > * bps = link_freq * 2
> > > */
> > > mbps = v4l2_ctrl_g_ctrl_int64(ctrl) * bpp;
> > > - do_div(mbps, priv->lanes * 1000000);
> > > + do_div(mbps, active_lanes * 1000000);
> > >
> > > return mbps;
> > > }
> > >
> > > +static int rcsi2_config_active_lanes(struct rcar_csi2 *priv,
> > > + unsigned int *active_lanes)
> >
> > I would name this rcsi2_get_active_lanes() as it does not configure
> > anything just queries the subdevice for information.
> >
>
> ack
>
> > > +{
> > > + struct v4l2_mbus_config mbus_config = { 0 };
> > > + unsigned int num_lanes = (-1U);
> >
> > This looks odd and could just be set 0 with the same effect but clearer
> > to read.
> >
>
> Not really.
>
> Have a look at this part:
>
> if (mbus_config.flags & V4L2_MBUS_CSI2_1_LANE)
> num_lanes = 1;
> else if (mbus_config.flags & V4L2_MBUS_CSI2_2_LANE)
> num_lanes = 2;
> else if (mbus_config.flags & V4L2_MBUS_CSI2_3_LANE)
> num_lanes = 3;
> else if (mbus_config.flags & V4L2_MBUS_CSI2_4_LANE)
> num_lanes = 4;
>
> if (num_lanes > priv->lanes) {
>
> ^^ I should then change this one to:
>
> if (!num_lanes)
>
> But this does not protect against the case num_lanes is actually set
> to a meaningful value, but it's larger than the number of actually
> available lanes (which is held by priv->lanes).
>
> I would keep this one as it is.
I see your point but please initialize it to UINT_MAX instead of -1U
then :-)
>
> Thanks
> j
>
> > > + int ret;
> > > +
> > > + *active_lanes = priv->lanes;
> > > + ret = v4l2_subdev_call(priv->remote, pad, get_mbus_config,
> > > + priv->remote_pad, &mbus_config);
> > > + if (ret == -ENOIOCTLCMD) {
> > > + dev_dbg(priv->dev, "No remote mbus configuration available\n");
> > > + return 0;
> > > + }
> > > +
> > > + if (ret) {
> > > + dev_err(priv->dev, "Failed to get remote mbus configuration\n");
> > > + return ret;
> > > + }
> > > +
> > > + if (mbus_config.type != V4L2_MBUS_CSI2_DPHY) {
> > > + dev_err(priv->dev, "Unsupported media bus type %u\n",
> > > + mbus_config.type);
> > > + return -EINVAL;
> > > + }
> > > +
> > > + if (mbus_config.flags & V4L2_MBUS_CSI2_1_LANE)
> > > + num_lanes = 1;
> > > + else if (mbus_config.flags & V4L2_MBUS_CSI2_2_LANE)
> > > + num_lanes = 2;
> > > + else if (mbus_config.flags & V4L2_MBUS_CSI2_3_LANE)
> > > + num_lanes = 3;
> > > + else if (mbus_config.flags & V4L2_MBUS_CSI2_4_LANE)
> > > + num_lanes = 4;
> > > +
> > > + if (num_lanes > priv->lanes) {
> > > + dev_err(priv->dev,
> > > + "Unsupported mbus config: too many data lanes %u\n",
> > > + num_lanes);
> > > + return -EINVAL;
> > > + }
> > > +
> > > + *active_lanes = num_lanes;
> > > +
> > > + return 0;
> > > +}
> > > +
> > > static int rcsi2_start_receiver(struct rcar_csi2 *priv)
> > > {
> > > const struct rcar_csi2_format *format;
> > > u32 phycnt, vcdt = 0, vcdt2 = 0, fld = 0;
> > > + unsigned int active_lanes;
> > > unsigned int i;
> > > int mbps, ret;
> > >
> > > @@ -522,10 +573,18 @@ static int rcsi2_start_receiver(struct rcar_csi2 *priv)
> > > fld |= FLD_FLD_NUM(1);
> > > }
> > >
> > > + /*
> > > + * Get the number of active data lanes inspecting the remote mbus
> > > + * configuration.
> > > + */
> > > + ret = rcsi2_config_active_lanes(priv, &active_lanes);
> > > + if (ret)
> > > + return ret;
> > > +
> > > phycnt = PHYCNT_ENABLECLK;
> > > - phycnt |= (1 << priv->lanes) - 1;
> > > + phycnt |= (1 << active_lanes) - 1;
> > >
> > > - mbps = rcsi2_calc_mbps(priv, format->bpp);
> > > + mbps = rcsi2_calc_mbps(priv, format->bpp, active_lanes);
> > > if (mbps < 0)
> > > return mbps;
> > >
> > > @@ -572,7 +631,7 @@ static int rcsi2_start_receiver(struct rcar_csi2 *priv)
> > > rcsi2_write(priv, PHYCNT_REG, phycnt | PHYCNT_SHUTDOWNZ);
> > > rcsi2_write(priv, PHYCNT_REG, phycnt | PHYCNT_SHUTDOWNZ | PHYCNT_RSTZ);
> > >
> > > - ret = rcsi2_wait_phy_start(priv);
> > > + ret = rcsi2_wait_phy_start(priv, active_lanes);
> > > if (ret)
> > > return ret;
> > >
> > > @@ -749,6 +808,7 @@ static int rcsi2_notify_bound(struct v4l2_async_notifier *notifier,
> > > }
> > >
> > > priv->remote = subdev;
> > > + priv->remote_pad = pad;
> > >
> > > dev_dbg(priv->dev, "Bound %s pad: %d\n", subdev->name, pad);
> > >
> > > --
> > > 2.27.0
> > >
> >
> > --
> > Regards,
> > Niklas Söderlund
--
Regards,
Niklas Söderlund
next prev parent reply other threads:[~2020-07-15 8:20 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-14 13:58 [PATCH v6 0/9] v4l2-subdev: Introduce [g|s]et_mbus_format pad op Jacopo Mondi
2020-07-14 13:58 ` [PATCH v6 1/9] media: v4l2-subdev: Introduce [get|set]_mbus_config pad ops Jacopo Mondi
2020-07-15 15:08 ` Hans Verkuil
2020-07-19 11:18 ` Janusz Krzysztofik
2020-07-20 8:48 ` Hans Verkuil
2020-07-20 18:44 ` Janusz Krzysztofik
2020-07-21 7:46 ` Hans Verkuil
2020-07-29 7:35 ` Robert Jarzmik
2020-07-14 13:58 ` [PATCH v6 2/9] media: i2c: Use the new get_mbus_config pad op Jacopo Mondi
2020-07-14 13:58 ` [PATCH v6 3/9] media: i2c: ov6650: Use new [get|set]_mbus_config ops Jacopo Mondi
2020-07-14 13:58 ` [PATCH v6 4/9] media: pxa_camera: Use the new set_mbus_config op Jacopo Mondi
2020-07-14 13:58 ` [PATCH v6 5/9] media: v4l2-subdev: Remove [s|g]_mbus_config video ops Jacopo Mondi
2020-07-14 13:58 ` [PATCH v6 6/9] staging: media: imx: Update TODO entry Jacopo Mondi
2020-07-14 13:58 ` [PATCH v6 7/9] media: i2c: adv748x: Adjust TXA data lanes number Jacopo Mondi
2020-07-14 13:58 ` [PATCH v6 8/9] media: i2c: adv748x: Implement get_mbus_config Jacopo Mondi
2020-07-14 13:58 ` [PATCH v6 9/9] media: rcar-csi2: Negotiate data lanes number Jacopo Mondi
2020-07-15 6:55 ` Niklas Söderlund
2020-07-15 7:13 ` Jacopo Mondi
2020-07-15 8:20 ` Niklas Söderlund [this message]
2020-07-15 14:38 ` [PATCH v6.1 " Jacopo Mondi
2020-07-15 15:14 ` Niklas Söderlund
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=20200715082028.GJ3051471@oden.dyn.berto.se \
--to=niklas.soderlund+renesas@ragnatech.se \
--cc=dave.stevenson@raspberrypi.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=hyun.kwon@xilinx.com \
--cc=jacopo+renesas@jmondi.org \
--cc=jacopo@jmondi.org \
--cc=jmkrzyszt@gmail.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=robert.jarzmik@free.fr \
--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).