From: sashiko-bot@kernel.org
To: "Kyrie Wu" <kyrie.wu@mediatek.com>
Cc: robh@kernel.org, devicetree@vger.kernel.org,
media-ci@linuxtv.org, conor+dt@kernel.org
Subject: Re: [PATCH v17 02/12] media: mediatek: jpeg: fix jpeg buffer payload size setting
Date: Tue, 22 Sep 2026 09:27:26 +0000 [thread overview]
Message-ID: <20260922092727.0DFFD1F00893@smtp.kernel.org> (raw)
In-Reply-To: <20260922091530.241762-3-kyrie.wu@mediatek.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] media: mtk-jpeg: unnecessary duplication of vb2_set_plane_payload()
--
commit c0c8c5e4f25d1e1a980b86dc79d9084a8c169924
Author: Kyrie Wu <kyrie.wu@mediatek.com>
media: mediatek: jpeg: fix jpeg buffer payload size setting
For multi-core jpegdec, if one core gets a resolution change event, the
payload size needs to change but cannot be changed immediately while others
decode, leading to mismatch warnings. This patch modifies the buffer prepare
function to clamp the payload size to the buffer length.
> diff --git a/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c b/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c
> index 41c4cf8dc2626..34135706a4ac3 100644
> --- a/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c
> +++ b/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c
[ ... ]
> @@ -710,12 +711,20 @@ static int mtk_jpeg_buf_prepare(struct vb2_buffer *vb)
>
> for (i = 0; i < q_data->fmt->colplanes; i++) {
> plane_fmt = q_data->pix_mp.plane_fmt[i];
> + max_size = plane_fmt.sizeimage;
> +
> if (ctx->enable_exif &&
> - q_data->fmt->fourcc == V4L2_PIX_FMT_JPEG)
> - vb2_set_plane_payload(vb, i, plane_fmt.sizeimage +
> - MTK_JPEG_MAX_EXIF_SIZE);
> - else
> - vb2_set_plane_payload(vb, i, plane_fmt.sizeimage);
> + q_data->fmt->fourcc == V4L2_PIX_FMT_JPEG) {
> + max_size += MTK_JPEG_MAX_EXIF_SIZE;
> +
> + vb2_set_plane_payload(vb, i,
> + MIN(vb->planes[i].length,
> + max_size));
> + } else {
> + vb2_set_plane_payload(vb, i,
> + MIN(plane_fmt.sizeimage,
> + vb->planes[i].length));
> + }
[Severity: Low]
This isn't a bug, but does mtk_jpeg_buf_prepare() unnecessarily duplicate the
vb2_set_plane_payload() call and clamping logic here?
Since max_size is already initialized to plane_fmt.sizeimage before the
conditional, could this be simplified by only adding MTK_JPEG_MAX_EXIF_SIZE
to max_size inside the if block, and then doing a single
vb2_set_plane_payload() call outside the branches?
> }
>
> return 0;
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260922091530.241762-1-kyrie.wu@mediatek.com?part=2
next prev parent reply other threads:[~2026-09-22 9:27 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-22 9:15 [PATCH v17 00/12] Enable jpeg enc & dec multi-hardwares for MT8196 Kyrie Wu
2026-09-22 9:15 ` [PATCH v17 01/12] media: mediatek: jpeg: fix jpeg cores' amounts setting Kyrie Wu
2026-09-22 9:28 ` sashiko-bot
2026-09-22 9:15 ` [PATCH v17 02/12] media: mediatek: jpeg: fix jpeg buffer payload size setting Kyrie Wu
2026-09-22 9:27 ` sashiko-bot [this message]
2026-09-22 11:40 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 03/12] media: mediatek: jpeg: fix buffer structure size and layout Kyrie Wu
2026-09-22 11:40 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 04/12] media: mediatek: jpeg: Fix buffer completion on multi-core streaming stop Kyrie Wu
2026-09-22 9:27 ` sashiko-bot
2026-09-22 11:40 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 05/12] media: mediatek: jpeg: Fix multi-core clk suspend and resume setting Kyrie Wu
2026-09-22 9:26 ` sashiko-bot
2026-09-22 11:39 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 06/12] media: mediatek: jpeg: fix buffer state update timing Kyrie Wu
2026-09-22 9:31 ` sashiko-bot
2026-09-22 11:40 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 07/12] media: mediatek: jpeg: fix resolution change event handling in decoder Kyrie Wu
2026-09-22 9:29 ` sashiko-bot
2026-09-22 11:40 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 08/12] media: mediatek: jpeg: fix remove buffer removal timing for multi-core Kyrie Wu
2026-09-22 9:32 ` sashiko-bot
2026-09-22 11:39 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 09/12] media: dt-bindings: mediatek,jpeg: Add mediatek, mt8196-jpgdec compatible Kyrie Wu
2026-09-22 11:39 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 10/12] media: dt-bindings: mediatek,jpeg: Add mediatek, mt8196-jpgenc compatible Kyrie Wu
2026-09-22 11:39 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 11/12] media: mediatek: jpeg: add jpeg compatible Kyrie Wu
2026-09-22 11:39 ` AngeloGioacchino Del Regno
2026-09-22 9:15 ` [PATCH v17 12/12] media: mediatek: jpeg: add jpeg smmu sid setting Kyrie Wu
2026-09-22 9:34 ` sashiko-bot
2026-09-22 11:39 ` AngeloGioacchino Del Regno
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=20260922092727.0DFFD1F00893@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=kyrie.wu@mediatek.com \
--cc=media-ci@linuxtv.org \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/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).