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
prev 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