Linux-Rockchip Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>
To: Benjamin Gaignard <benjamin.gaignard@collabora.com>
Cc: p.zabel@pengutronix.de, mchehab@kernel.org, shawnguo@kernel.org,
	s.hauer@pengutronix.de, kernel@pengutronix.de,
	festevam@gmail.com, linux-imx@nxp.com, hverkuil-cisco@xs4all.nl,
	nicolas.dufresne@collabora.co.uk, linux-media@vger.kernel.org,
	linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, kernel@collabora.com
Subject: Re: [PATCH v3] media: verisilicon: HEVC: Only propose 10 bits compatible pixels formats
Date: Tue, 24 Jan 2023 12:37:11 -0300	[thread overview]
Message-ID: <Z1YZOR.ZWVAJWRXN40J@vanguardiasur.com.ar> (raw)
In-Reply-To: <-263646320144248448@unknownmsgid>

Hi Benjamin,

Thanks for the patch.

On Tue, Jan 24 2023 at 12:04:25 PM -0300, Ezequiel Garcia 
<ezequiel@vanguardiasur.com.ar> wrote:
> 
> 
> On Thu, Jan 19 2023 at 09:47:23 AM +0100, Benjamin Gaignard 
> <benjamin.gaignard@collabora.com> wrote:
>> When decoding a 10bits bitstreams HEVC driver should only expose
>> 10bits pixel formats.
>> To fulfill this requirement it is needed to call 
>> hantro_reset_raw_fmt()
>> when bit depth change and to correctly set match_depth in pixel 
>> formats
>> enumeration.
>> 
>> Fixes: dc39473d0340 ("media: hantro: imx8m: Enable 10bit decoding")
>> 
>> Signed-off-by: Benjamin Gaignard <benjamin.gaignard@collabora.com>
>> 
>> ---
>> version 3:
>> - Propagate hantro_reset_raw_fmt() error.
>>   I hope I have correctly understood Ezekiel's thoughts
>>   in the way I have implemented them.
>> 
>> version 2:
>> - Remove struct hantro_ctx *ctx variable in hantro_try_ctrl()
>>   because it isn't used anymore.
>> 
>>  .../media/platform/verisilicon/hantro_drv.c   | 40 
>> +++++++++++++++----
>>  .../media/platform/verisilicon/hantro_v4l2.c  |  6 +--
>>  .../media/platform/verisilicon/hantro_v4l2.h  |  1 +
>>  .../media/platform/verisilicon/imx8m_vpu_hw.c |  2 +
>>  4 files changed, 38 insertions(+), 11 deletions(-)
>> 
>> diff --git a/drivers/media/platform/verisilicon/hantro_drv.c 
>> b/drivers/media/platform/verisilicon/hantro_drv.c
>> index 8cb4a68c9119..a713a45c0108 100644
>> --- a/drivers/media/platform/verisilicon/hantro_drv.c
>> +++ b/drivers/media/platform/verisilicon/hantro_drv.c
>> @@ -251,11 +251,6 @@ queue_init(void *priv, struct vb2_queue 
>> *src_vq, struct vb2_queue *dst_vq)
>> 
>>  static int hantro_try_ctrl(struct v4l2_ctrl *ctrl)
>>  {
>> -	struct hantro_ctx *ctx;
>> -
>> -	ctx = container_of(ctrl->handler,
>> -			   struct hantro_ctx, ctrl_handler);
>> -
>>  	if (ctrl->id == V4L2_CID_STATELESS_H264_SPS) {
>>  		const struct v4l2_ctrl_h264_sps *sps = ctrl->p_new.p_h264_sps;
>> 
>> @@ -274,8 +269,6 @@ static int hantro_try_ctrl(struct v4l2_ctrl 
>> *ctrl)
>>  		if (sps->bit_depth_luma_minus8 != 0 && sps->bit_depth_luma_minus8 
>> != 2)
>>  			/* Only 8-bit and 10-bit are supported */
>>  			return -EINVAL;
>> -
>> -		ctx->bit_depth = sps->bit_depth_luma_minus8 + 8;

Oh dammit this is wrong! The try_ctrl shouldn't be changing state!
I missed this when I reviewed the patch.

Please keep in mind, a "try" API in V4L2 typically just
validates but shouldn't set state.

I'm sure we will soon have a Hantro Rust driver and we will be able
to enforce state mutation rules :)

>>  	} else if (ctrl->id == V4L2_CID_STATELESS_VP9_FRAME) {
>>  		const struct v4l2_ctrl_vp9_frame *dec_params = 
>> ctrl->p_new.p_vp9_frame;
>> 
>> @@ -286,6 +279,32 @@ static int hantro_try_ctrl(struct v4l2_ctrl 
>> *ctrl)
>>  	return 0;
>>  }
>> 
>> +static int hantro_hevc_s_ctrl(struct v4l2_ctrl *ctrl)
>> +{
>> +	struct hantro_ctx *ctx;
>> +
>> +	ctx = container_of(ctrl->handler,
>> +			   struct hantro_ctx, ctrl_handler);
>> +
>> +	vpu_debug(1, "s_ctrl: id = %d, val = %d\n", ctrl->id, ctrl->val);
>> +
>> +	switch (ctrl->id) {
>> +	case V4L2_CID_STATELESS_HEVC_SPS:
>> +		const struct v4l2_ctrl_hevc_sps *sps = ctrl->p_new.p_hevc_sps;
>> +		int bit_depth = sps->bit_depth_luma_minus8 + 8;
>> +
>> +		if (ctx->bit_depth != bit_depth) {
>> +			ctx->bit_depth = bit_depth;
>> +			return hantro_reset_raw_fmt(ctx);

You cannot simply return hantro_reset_raw() and set the bit_depth
in hantro_ctx.

If hantro_reset_raw fails, you would leave a bad state behind.

>> +		}
>> +		break;
>> +	default:
>> +		return -EINVAL;
>> +	}
>> +
>> +	return 0;
>> +}
>> +
>>  static int hantro_jpeg_s_ctrl(struct v4l2_ctrl *ctrl)
>>  {
>>  	struct hantro_ctx *ctx;
>> @@ -328,6 +347,11 @@ static const struct v4l2_ctrl_ops 
>> hantro_ctrl_ops = {
>>  	.try_ctrl = hantro_try_ctrl,
>>  };
>> 
>> +static const struct v4l2_ctrl_ops hantro_hevc_ctrl_ops = {
>> +	.s_ctrl = hantro_hevc_s_ctrl,
>> +	.try_ctrl = hantro_try_ctrl,
>> +};
>> +
>>  static const struct v4l2_ctrl_ops hantro_jpeg_ctrl_ops = {
>>  	.s_ctrl = hantro_jpeg_s_ctrl,
>>  };
>> @@ -470,7 +494,7 @@ static const struct hantro_ctrl controls[] = {
>>  		.codec = HANTRO_HEVC_DECODER,
>>  		.cfg = {
>>  			.id = V4L2_CID_STATELESS_HEVC_SPS,
>> -			.ops = &hantro_ctrl_ops,
>> +			.ops = &hantro_hevc_ctrl_ops,
>>  		},
>>  	}, {
>>  		.codec = HANTRO_HEVC_DECODER,
>> diff --git a/drivers/media/platform/verisilicon/hantro_v4l2.c 
>> b/drivers/media/platform/verisilicon/hantro_v4l2.c
>> index 2c7a805289e7..cd85877bbbe2 100644
>> --- a/drivers/media/platform/verisilicon/hantro_v4l2.c
>> +++ b/drivers/media/platform/verisilicon/hantro_v4l2.c
>> @@ -398,7 +398,7 @@ hantro_reset_encoded_fmt(struct hantro_ctx *ctx)
>>  		hantro_set_fmt_out(ctx, fmt);
>>  }
>> 
>> -static void
>> +int
>>  hantro_reset_raw_fmt(struct hantro_ctx *ctx)
>>  {
>>  	const struct hantro_fmt *raw_vpu_fmt;
>> @@ -420,9 +420,9 @@ hantro_reset_raw_fmt(struct hantro_ctx *ctx)
>>  	raw_fmt->width = encoded_fmt->width;
>>  	raw_fmt->height = encoded_fmt->height;
>>  	if (ctx->is_encoder)
>> -		hantro_set_fmt_out(ctx, raw_fmt);
>> +		return hantro_set_fmt_out(ctx, raw_fmt);
>>  	else
>> -		hantro_set_fmt_cap(ctx, raw_fmt);
>> +		return hantro_set_fmt_cap(ctx, raw_fmt);

And same here, you cannot simply return from hantro_reset_raw_fmt.
You need to unroll the changes to ctx->vpu_dst_fmt,
and ctx->vpu_src_fmt.

Thanks!

>>  }
>> 
>>  void hantro_reset_fmts(struct hantro_ctx *ctx)
>> diff --git a/drivers/media/platform/verisilicon/hantro_v4l2.h 
>> b/drivers/media/platform/verisilicon/hantro_v4l2.h
>> index 64f6f57e9d7a..cb8e1fe3422d 100644
>> --- a/drivers/media/platform/verisilicon/hantro_v4l2.h
>> +++ b/drivers/media/platform/verisilicon/hantro_v4l2.h
>> @@ -21,6 +21,7 @@
>>  extern const struct v4l2_ioctl_ops hantro_ioctl_ops;
>>  extern const struct vb2_ops hantro_queue_ops;
>> 
>> +int hantro_reset_raw_fmt(struct hantro_ctx *ctx);
>>  void hantro_reset_fmts(struct hantro_ctx *ctx);
>>  int hantro_get_format_depth(u32 fourcc);
>>  const struct hantro_fmt *
>> diff --git a/drivers/media/platform/verisilicon/imx8m_vpu_hw.c 
>> b/drivers/media/platform/verisilicon/imx8m_vpu_hw.c
>> index b390228fd3b4..f850d8bddef6 100644
>> --- a/drivers/media/platform/verisilicon/imx8m_vpu_hw.c
>> +++ b/drivers/media/platform/verisilicon/imx8m_vpu_hw.c
>> @@ -152,6 +152,7 @@ static const struct hantro_fmt 
>> imx8m_vpu_g2_postproc_fmts[] = {
>>  	{
>>  		.fourcc = V4L2_PIX_FMT_NV12,
>>  		.codec_mode = HANTRO_MODE_NONE,
>> +		.match_depth = true,
>>  		.postprocessed = true,
>>  		.frmsize = {
>>  			.min_width = FMT_MIN_WIDTH,
>> @@ -165,6 +166,7 @@ static const struct hantro_fmt 
>> imx8m_vpu_g2_postproc_fmts[] = {
>>  	{
>>  		.fourcc = V4L2_PIX_FMT_P010,
>>  		.codec_mode = HANTRO_MODE_NONE,
>> +		.match_depth = true,
>>  		.postprocessed = true,
>>  		.frmsize = {
>>  			.min_width = FMT_MIN_WIDTH,
>> --
>> 2.34.1
>> 



_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip

      parent reply	other threads:[~2023-01-24 15:38 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-19  8:47 [PATCH v3] media: verisilicon: HEVC: Only propose 10 bits compatible pixels formats Benjamin Gaignard
2023-01-22 23:13 ` kernel test robot
2023-01-24 13:59 ` Nicolas Dufresne
2023-01-24 15:31 ` Nicolas Dufresne
     [not found] ` <-263646320144248448@unknownmsgid>
2023-01-24 15:37   ` Ezequiel Garcia [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=Z1YZOR.ZWVAJWRXN40J@vanguardiasur.com.ar \
    --to=ezequiel@vanguardiasur.com.ar \
    --cc=benjamin.gaignard@collabora.com \
    --cc=festevam@gmail.com \
    --cc=hverkuil-cisco@xs4all.nl \
    --cc=kernel@collabora.com \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=mchehab@kernel.org \
    --cc=nicolas.dufresne@collabora.co.uk \
    --cc=p.zabel@pengutronix.de \
    --cc=s.hauer@pengutronix.de \
    --cc=shawnguo@kernel.org \
    /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