From: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>
To: "Niklas Söderlund" <niklas.soderlund+renesas@ragnatech.se>,
"Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
linux-media@vger.kernel.org
Cc: linux-renesas-soc@vger.kernel.org
Subject: Re: [PATCH 4/4] rcar-vin: Clean up how format is set on subdevice
Date: Tue, 16 Jul 2019 15:56:29 +0100 [thread overview]
Message-ID: <9347e593-9c86-0cbc-50d3-8f1ffc684e53@ideasonboard.com> (raw)
In-Reply-To: <20190705045557.25463-5-niklas.soderlund+renesas@ragnatech.se>
Hi Niklas,
On 05/07/2019 05:55, Niklas Söderlund wrote:
> With support for V4L2_FIELD_ALTERNATE added it's possible to clean up
> how formats are set on the subdevice. This makes the code easier to read
> as variable names now more clearly express their intent.
>
> Signed-off-by: Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se>
> ---
> drivers/media/platform/rcar-vin/rcar-v4l2.c | 44 ++++++++++-----------
> 1 file changed, 21 insertions(+), 23 deletions(-)
>
> diff --git a/drivers/media/platform/rcar-vin/rcar-v4l2.c b/drivers/media/platform/rcar-vin/rcar-v4l2.c
> index bc96ed563e365448..fa6cc1b76f02133e 100644
> --- a/drivers/media/platform/rcar-vin/rcar-v4l2.c
> +++ b/drivers/media/platform/rcar-vin/rcar-v4l2.c
> @@ -170,7 +170,7 @@ static int rvin_reset_format(struct rvin_dev *vin)
>
> static int rvin_try_format(struct rvin_dev *vin, u32 which,
> struct v4l2_pix_format *pix,
> - struct v4l2_rect *crop, struct v4l2_rect *compose)
> + struct v4l2_rect *src_rect)
> {
> struct v4l2_subdev *sd = vin_to_source(vin);
> struct v4l2_subdev_pad_config *pad_cfg;
> @@ -189,24 +189,24 @@ static int rvin_try_format(struct rvin_dev *vin, u32 which,
> if (!rvin_format_from_pixel(vin, pix->pixelformat))
> pix->pixelformat = RVIN_DEFAULT_FORMAT;
>
> - v4l2_fill_mbus_format(&format.format, pix, vin->mbus_code);
> -
> /* Allow the video device to override field and to scale */
> field = pix->field;
> width = pix->width;
> height = pix->height;
>
> + v4l2_fill_mbus_format(&format.format, pix, vin->mbus_code);
> +
> ret = v4l2_subdev_call(sd, pad, set_fmt, pad_cfg, &format);
> if (ret < 0 && ret != -ENOIOCTLCMD)
> goto done;
>
> v4l2_fill_pix_format(pix, &format.format);
>
> - if (crop) {
> - crop->top = 0;
> - crop->left = 0;
> - crop->width = pix->width;
> - crop->height = pix->height;
> + if (src_rect) {
> + src_rect->top = 0;
> + src_rect->left = 0;
> + src_rect->width = pix->width;
> + src_rect->height = pix->height;
> }
>
> if (field != V4L2_FIELD_ANY)
> @@ -216,17 +216,10 @@ static int rvin_try_format(struct rvin_dev *vin, u32 which,
> pix->height = height;
>
> rvin_format_align(vin, pix);
> -
> - if (compose) {
> - compose->top = 0;
> - compose->left = 0;
> - compose->width = pix->width;
> - compose->height = pix->height;
> - }
> done:
> v4l2_subdev_free_pad_config(pad_cfg);
>
> - return 0;
> + return ret;
This return value change looks suspiciously like a small bug-fix.
Does it deserve it's own patch and fixes tag for the stable trees?
> }
>
> static int rvin_querycap(struct file *file, void *priv,
> @@ -246,29 +239,34 @@ static int rvin_try_fmt_vid_cap(struct file *file, void *priv,
> {
> struct rvin_dev *vin = video_drvdata(file);
>
> - return rvin_try_format(vin, V4L2_SUBDEV_FORMAT_TRY, &f->fmt.pix, NULL,
> - NULL);
> + return rvin_try_format(vin, V4L2_SUBDEV_FORMAT_TRY, &f->fmt.pix, NULL);
> }
>
> static int rvin_s_fmt_vid_cap(struct file *file, void *priv,
> struct v4l2_format *f)
> {
> struct rvin_dev *vin = video_drvdata(file);
> - struct v4l2_rect crop, compose;
> + struct v4l2_rect fmt_rect, src_rect;
> int ret;
>
> if (vb2_is_busy(&vin->queue))
> return -EBUSY;
>
> ret = rvin_try_format(vin, V4L2_SUBDEV_FORMAT_ACTIVE, &f->fmt.pix,
> - &crop, &compose);
> + &src_rect);
> if (ret)
> return ret;
>
> vin->format = f->fmt.pix;
> - v4l2_rect_map_inside(&vin->crop, &crop);
> - v4l2_rect_map_inside(&vin->compose, &compose);
> - vin->src_rect = crop;
> +
> + fmt_rect.top = 0;
> + fmt_rect.left = 0;
> + fmt_rect.width = vin->format.width;
> + fmt_rect.height = vin->format.height;
> +
> + v4l2_rect_map_inside(&vin->crop, &src_rect);
> + v4l2_rect_map_inside(&vin->compose, &fmt_rect);
> + vin->src_rect = src_rect;
>
> return 0;
> }
>
prev parent reply other threads:[~2019-07-16 14:56 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-05 4:55 [PATCH 0/4] rcar-vin: Add support for V4L2_FIELD_ALTERNATE Niklas Söderlund
2019-07-05 4:55 ` [PATCH 1/4] rcar-vin: Rename rectangle holding holding the video source information Niklas Söderlund
2019-07-05 9:11 ` Geert Uytterhoeven
2019-07-16 14:40 ` Kieran Bingham
2019-07-05 4:55 ` [PATCH 2/4] rcar-vin: Do not reset the crop and compose rectangles in s_fmt Niklas Söderlund
2019-07-05 8:36 ` Sergei Shtylyov
2019-07-16 14:51 ` Kieran Bingham
2019-07-05 4:55 ` [PATCH 3/4] rcar-vin: Add support for V4L2_FIELD_ALTERNATE Niklas Söderlund
2019-07-19 11:13 ` Kieran Bingham
2019-08-08 0:39 ` Niklas Söderlund
2019-07-05 4:55 ` [PATCH 4/4] rcar-vin: Clean up how format is set on subdevice Niklas Söderlund
2019-07-16 14:56 ` Kieran Bingham [this message]
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=9347e593-9c86-0cbc-50d3-8f1ffc684e53@ideasonboard.com \
--to=kieran.bingham+renesas@ideasonboard.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=niklas.soderlund+renesas@ragnatech.se \
/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).