From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: "Niklas Söderlund" <niklas.soderlund+renesas@ragnatech.se>
Cc: Jacopo Mondi <jacopo.mondi@ideasonboard.com>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>,
Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-media@vger.kernel.org, linux-staging@lists.linux.dev,
linux-renesas-soc@vger.kernel.org
Subject: Re: [PATCH] media: staging: max96712: Store format in subdev active state
Date: Fri, 10 May 2024 13:13:40 +0300 [thread overview]
Message-ID: <20240510101340.GG6407@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20240510100347.102392-1-niklas.soderlund+renesas@ragnatech.se>
Hi Niklas,
Thank you for the patch.
On Fri, May 10, 2024 at 12:03:47PM +0200, Niklas Söderlund wrote:
> Create and store the subdevice format in the subdevices active state.
> This change do not have a huge effect on the driver as it do not yet
> support changing the format.
>
> Signed-off-by: Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se>
> ---
> Hello,
>
> This change is mostly to align all driver used in the R-Car VIN pipeline
> to use the same set of API and to make it easier to extend them in
> tandem going forward.
>
> This should be seen as a compliment to Jacopo's larger work in "[PATCH
> v3 00/11] media: renesas: rcar-csi2: Use the subdev active state" which
> updates other drivers in the VIN pipeline to use the active state.
> ---
> drivers/staging/media/max96712/max96712.c | 36 +++++++++++++++++------
> 1 file changed, 27 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/staging/media/max96712/max96712.c b/drivers/staging/media/max96712/max96712.c
> index c44145284aa1..2da65ccd2c57 100644
> --- a/drivers/staging/media/max96712/max96712.c
> +++ b/drivers/staging/media/max96712/max96712.c
> @@ -242,21 +242,34 @@ static const struct v4l2_subdev_video_ops max96712_video_ops = {
> .s_stream = max96712_s_stream,
> };
>
> -static int max96712_get_pad_format(struct v4l2_subdev *sd,
> - struct v4l2_subdev_state *sd_state,
> - struct v4l2_subdev_format *format)
> +static int max96712_init_state(struct v4l2_subdev *sd,
> + struct v4l2_subdev_state *state)
> {
> - format->format.width = 1920;
> - format->format.height = 1080;
> - format->format.code = MEDIA_BUS_FMT_RGB888_1X24;
> - format->format.field = V4L2_FIELD_NONE;
> + static const struct v4l2_mbus_framefmt default_fmt = {
> + .width = 1920,
> + .height = 1080,
> + .code = MEDIA_BUS_FMT_RGB888_1X24,
> + .colorspace = V4L2_COLORSPACE_SRGB,
> + .field = V4L2_FIELD_NONE,
> + .ycbcr_enc = V4L2_YCBCR_ENC_DEFAULT,
> + .quantization = V4L2_QUANTIZATION_DEFAULT,
> + .xfer_func = V4L2_XFER_FUNC_DEFAULT,
> + };
> + struct v4l2_mbus_framefmt *fmt;
> +
> + fmt = v4l2_subdev_state_get_format(state, 0);
> + *fmt = default_fmt;
>
> return 0;
> }
>
> +static const struct v4l2_subdev_internal_ops max96712_internal_ops = {
> + .init_state = max96712_init_state,
> +};
> +
> static const struct v4l2_subdev_pad_ops max96712_pad_ops = {
> - .get_fmt = max96712_get_pad_format,
> - .set_fmt = max96712_get_pad_format,
> + .get_fmt = v4l2_subdev_get_fmt,
> + .set_fmt = v4l2_subdev_get_fmt,
> };
>
> static const struct v4l2_subdev_ops max96712_subdev_ops = {
> @@ -293,6 +306,7 @@ static int max96712_v4l2_register(struct max96712_priv *priv)
> long pixel_rate;
> int ret;
>
> + priv->sd.internal_ops = &max96712_internal_ops;
> v4l2_i2c_subdev_init(&priv->sd, priv->client, &max96712_subdev_ops);
> priv->sd.flags |= V4L2_SUBDEV_FL_HAS_DEVNODE;
> priv->sd.entity.function = MEDIA_ENT_F_VID_IF_BRIDGE;
> @@ -324,6 +338,10 @@ static int max96712_v4l2_register(struct max96712_priv *priv)
>
> v4l2_set_subdevdata(&priv->sd, priv);
>
I think it would be nice to already use the control handler lock as the
active state lock. Apart from that, the patch looks good to me.
> + ret = v4l2_subdev_init_finalize(&priv->sd);
> + if (ret)
> + goto error;
> +
> ret = v4l2_async_register_subdev(&priv->sd);
> if (ret < 0) {
> dev_err(&priv->client->dev, "Unable to register subdevice\n");
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2024-05-10 10:13 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-10 10:03 [PATCH] media: staging: max96712: Store format in subdev active state Niklas Söderlund
2024-05-10 10:13 ` Laurent Pinchart [this message]
2024-05-10 10:36 ` Niklas Söderlund
2024-05-10 15:27 ` Laurent Pinchart
2024-05-10 15:55 ` 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=20240510101340.GG6407@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=gregkh@linuxfoundation.org \
--cc=jacopo.mondi@ideasonboard.com \
--cc=kieran.bingham+renesas@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=mchehab@kernel.org \
--cc=niklas.soderlund+renesas@ragnatech.se \
--cc=sakari.ailus@linux.intel.com \
--cc=tomi.valkeinen@ideasonboard.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 read-only IMAP folder(s) and NNTP newsgroup(s).