[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47840969-364e-e5a2-d78b-967542a78eb6@xs4all.nl>
Date: Fri, 27 Jan 2023 11:06:42 +0100
From: Hans Verkuil <hverkuil-cisco@...all.nl>
To: Irui Wang <irui.wang@...iatek.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Matthias Brugger <matthias.bgg@...il.com>,
angelogioacchino.delregno@...labora.com,
nicolas.dufresne@...labora.com, kyrie wu <kyrie.wu@...iatek.com>
Cc: Project_Global_Chrome_Upstream_Group@...iatek.com,
linux-media@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org,
Tomasz Figa <tfiga@...omium.org>, xia.jiang@...iatek.com,
maoguang.meng@...iatek.com
Subject: Re: [V4] media: mtk-jpeg: Fixes jpeghw multi-core judgement
Hi Irui, Kyrie,
On 03/01/2023 04:42, Irui Wang wrote:
> From: kyrie wu <kyrie.wu@...iatek.com>
>
> some chips have multi-hw, but others have only one,
> modify the condition of multi-hw judgement
>
> Fixes: 934e8bccac95 ("mtk-jpegenc: support jpegenc multi-hardware")
>
> Signed-off-by: kyrie wu <kyrie.wu@...iatek.com>
> Signed-off-by: irui wang <irui.wang@...iatek.com>
> Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>
> ---
> drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c | 4 +++-
> drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.h | 12 ++++++++++++
> 2 files changed, 15 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c b/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c
> index 969516a940ba..56b27ecd61ec 100644
> --- a/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c
> +++ b/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.c
> @@ -1692,7 +1692,7 @@ static int mtk_jpeg_probe(struct platform_device *pdev)
> return -EINVAL;
> }
>
> - if (list_empty(&pdev->dev.devres_head)) {
> + if (jpeg->variant->hw_arch) {
> INIT_DELAYED_WORK(&jpeg->job_timeout_work,
> mtk_jpeg_job_timeout_work);
>
> @@ -1885,6 +1885,7 @@ static struct mtk_jpeg_variant mtk8195_jpegenc_drvdata = {
> .ioctl_ops = &mtk_jpeg_enc_ioctl_ops,
> .out_q_default_fourcc = V4L2_PIX_FMT_YUYV,
> .cap_q_default_fourcc = V4L2_PIX_FMT_JPEG,
> + .hw_arch = MTK_JPEG_HW_MULTI_CORE,
> };
>
> static const struct mtk_jpeg_variant mtk8195_jpegdec_drvdata = {
> @@ -1896,6 +1897,7 @@ static const struct mtk_jpeg_variant mtk8195_jpegdec_drvdata = {
> .ioctl_ops = &mtk_jpeg_dec_ioctl_ops,
> .out_q_default_fourcc = V4L2_PIX_FMT_JPEG,
> .cap_q_default_fourcc = V4L2_PIX_FMT_YUV420M,
> + .hw_arch = MTK_JPEG_HW_MULTI_CORE,
> };
So presumably the mtk8195 is multi core and the other variants are single core, but...
>
> #if defined(CONFIG_OF)
> diff --git a/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.h b/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.h
> index b9126476be8f..ead47e11dd48 100644
> --- a/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.h
> +++ b/drivers/media/platform/mediatek/jpeg/mtk_jpeg_core.h
> @@ -46,6 +46,16 @@ enum mtk_jpeg_ctx_state {
> MTK_JPEG_SOURCE_CHANGE,
> };
>
> +/**
> + * enum mtk_jpeg_hw_arch - arch of the jpeg hw
> + * @MTK_JPEG_HW_MULTI_CORE: jpeg hw is mluti-core
mluti -> multi
> + * @MTK_JPEG_HW_SINGLE_CORE: jpeg hw is single core
> + */
> +enum mtk_jpeg_hw_arch {
> + MTK_JPEG_HW_MULTI_CORE = 0,
...this has value 0, so multi core is the default. This means that all variants are
seen as multi core.
> + MTK_JPEG_HW_SINGLE_CORE = 1,
> +};
> +
> /**
> * struct mtk_jpeg_variant - mtk jpeg driver variant
> * @clks: clock names
> @@ -60,6 +70,7 @@ enum mtk_jpeg_ctx_state {
> * @ioctl_ops: the callback of jpeg v4l2_ioctl_ops
> * @out_q_default_fourcc: output queue default fourcc
> * @cap_q_default_fourcc: capture queue default fourcc
> + * @hw_arch: mark jpeg hw arch
I think this is a poorly chosen name: wouldn't it be better
to just make this a 'bool multi_core;'?
> */
> struct mtk_jpeg_variant {
> struct clk_bulk_data *clks;
> @@ -74,6 +85,7 @@ struct mtk_jpeg_variant {
> const struct v4l2_ioctl_ops *ioctl_ops;
> u32 out_q_default_fourcc;
> u32 cap_q_default_fourcc;
> + enum mtk_jpeg_hw_arch hw_arch;
> };
>
> struct mtk_jpeg_src_buf {
In any case, this patch doesn't look right.
Regards,
Hans
Powered by blists - more mailing lists