From: Ricardo Ribalda <ribalda@chromium.org>
To: "kyrie.wu" <kyrie.wu@mediatek.com>
Cc: Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Rob Herring <robh+dt@kernel.org>,
Tomasz Figa <tfiga@chromium.org>,
Matthias Brugger <matthias.bgg@gmail.com>,
Tzung-Bi Shih <tzungbi@chromium.org>,
Project_Global_Chrome_Upstream_Group@mediatek.com,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-mediatek@lists.infradead.org, xia.jiang@mediatek.com,
maoguang.meng@mediatek.com, srv_heupstream@mediatek.com,
irui.wang@mediatek.com
Subject: Re: [PATCH V6, 3/5] media: mtk-jpegenc: add jpegenc timeout func interface
Date: Fri, 3 Dec 2021 16:07:36 +0100 [thread overview]
Message-ID: <YaoyuAFD8IaSij6S@gmail.com> (raw)
In-Reply-To: <1638501230-13417-4-git-send-email-kyrie.wu@mediatek.com>
kyrie.wu wrote:
> Generalizes jpegenc timeout func interfaces to handle HW timeout.
Where do you call schedule_delayed_work() and init hw_param?
>
> Signed-off-by: kyrie.wu <kyrie.wu@mediatek.com>
> ---
> V6: no change
> ---
> drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h | 8 ++++++++
> drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c | 23 +++++++++++++++++++++++
> 2 files changed, 31 insertions(+)
>
> diff --git a/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h b/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> index 7d013de..baab305 100644
> --- a/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> +++ b/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> @@ -75,6 +75,12 @@ struct mtk_jpeg_variant {
> u32 cap_q_default_fourcc;
> };
>
> +struct mtk_jpeg_hw_param {
> + struct vb2_v4l2_buffer *src_buffer;
> + struct vb2_v4l2_buffer *dst_buffer;
> + struct mtk_jpeg_ctx *curr_ctx;
> +};
> +
> enum mtk_jpegenc_hw_id {
> MTK_JPEGENC_HW0,
> MTK_JPEGENC_HW1,
> @@ -122,6 +128,8 @@ struct mtk_jpegenc_comp_dev {
> struct mtk_jpeg_dev *master_dev;
> struct mtk_jpegenc_pm pm;
> int jpegenc_irq;
> + struct delayed_work job_timeout_work;
> + struct mtk_jpeg_hw_param hw_param;
> };
>
> /**
> diff --git a/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c b/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> index 4ccda1d..e62b875 100644
> --- a/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> +++ b/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> @@ -183,6 +183,24 @@ void mtk_jpeg_set_enc_params(struct mtk_jpeg_ctx *ctx, void __iomem *base)
> writel(ctx->restart_interval, base + JPEG_ENC_RST_MCU_NUM);
> }
>
> +static void mtk_jpegenc_timeout_work(struct work_struct *work)
> +{
> + struct delayed_work *Pwork =
> + container_of(work, struct delayed_work, work);
Please use to_delayed_work()
> + struct mtk_jpegenc_comp_dev *cjpeg =
> + container_of(Pwork, struct mtk_jpegenc_comp_dev,
> + job_timeout_work);
> + enum vb2_buffer_state buf_state = VB2_BUF_STATE_ERROR;
> + struct vb2_v4l2_buffer *src_buf;
> +
> + src_buf = cjpeg->hw_param.src_buffer;
> +
> + mtk_jpeg_enc_reset(cjpeg->reg_base);
> + clk_disable_unprepare(cjpeg->pm.venc_clk.clk_info->jpegenc_clk);
> + pm_runtime_put(cjpeg->pm.dev);
> + v4l2_m2m_buf_done(src_buf, buf_state);
> +}
> +
> static irqreturn_t mtk_jpegenc_hw_irq_handler(int irq, void *priv)
> {
> struct vb2_v4l2_buffer *src_buf, *dst_buf;
> @@ -194,6 +212,8 @@ static irqreturn_t mtk_jpegenc_hw_irq_handler(int irq, void *priv)
> struct mtk_jpegenc_comp_dev *jpeg = priv;
> struct mtk_jpeg_dev *master_jpeg = jpeg->master_dev;
>
> + cancel_delayed_work(&jpeg->job_timeout_work);
Isn't here a race condition is the delayed work is being exectuted?
> +
> irq_status = readl(jpeg->reg_base + JPEG_ENC_INT_STS) &
> JPEG_ENC_INT_STATUS_MASK_ALLIRQ;
> if (irq_status)
> @@ -322,6 +342,9 @@ static int mtk_jpegenc_hw_probe(struct platform_device *pdev)
>
> dev->plat_dev = pdev;
>
> + INIT_DELAYED_WORK(&dev->job_timeout_work,
> + mtk_jpegenc_timeout_work);
> +
> ret = mtk_jpegenc_init_pm(dev);
> if (ret) {
> dev_err(&pdev->dev, "Failed to get jpeg enc clock source");
> --
> 2.6.4
>
>
> _______________________________________________
> Linux-mediatek mailing list
> Linux-mediatek@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-mediatek
>
_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek
WARNING: multiple messages have this Message-ID (diff)
From: Ricardo Ribalda <ribalda@chromium.org>
To: "kyrie.wu" <kyrie.wu@mediatek.com>
Cc: Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Rob Herring <robh+dt@kernel.org>,
Tomasz Figa <tfiga@chromium.org>,
Matthias Brugger <matthias.bgg@gmail.com>,
Tzung-Bi Shih <tzungbi@chromium.org>,
Project_Global_Chrome_Upstream_Group@mediatek.com,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-mediatek@lists.infradead.org, xia.jiang@mediatek.com,
maoguang.meng@mediatek.com, srv_heupstream@mediatek.com,
irui.wang@mediatek.com
Subject: Re: [PATCH V6, 3/5] media: mtk-jpegenc: add jpegenc timeout func interface
Date: Fri, 3 Dec 2021 16:07:36 +0100 [thread overview]
Message-ID: <YaoyuAFD8IaSij6S@gmail.com> (raw)
In-Reply-To: <1638501230-13417-4-git-send-email-kyrie.wu@mediatek.com>
kyrie.wu wrote:
> Generalizes jpegenc timeout func interfaces to handle HW timeout.
Where do you call schedule_delayed_work() and init hw_param?
>
> Signed-off-by: kyrie.wu <kyrie.wu@mediatek.com>
> ---
> V6: no change
> ---
> drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h | 8 ++++++++
> drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c | 23 +++++++++++++++++++++++
> 2 files changed, 31 insertions(+)
>
> diff --git a/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h b/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> index 7d013de..baab305 100644
> --- a/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> +++ b/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> @@ -75,6 +75,12 @@ struct mtk_jpeg_variant {
> u32 cap_q_default_fourcc;
> };
>
> +struct mtk_jpeg_hw_param {
> + struct vb2_v4l2_buffer *src_buffer;
> + struct vb2_v4l2_buffer *dst_buffer;
> + struct mtk_jpeg_ctx *curr_ctx;
> +};
> +
> enum mtk_jpegenc_hw_id {
> MTK_JPEGENC_HW0,
> MTK_JPEGENC_HW1,
> @@ -122,6 +128,8 @@ struct mtk_jpegenc_comp_dev {
> struct mtk_jpeg_dev *master_dev;
> struct mtk_jpegenc_pm pm;
> int jpegenc_irq;
> + struct delayed_work job_timeout_work;
> + struct mtk_jpeg_hw_param hw_param;
> };
>
> /**
> diff --git a/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c b/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> index 4ccda1d..e62b875 100644
> --- a/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> +++ b/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> @@ -183,6 +183,24 @@ void mtk_jpeg_set_enc_params(struct mtk_jpeg_ctx *ctx, void __iomem *base)
> writel(ctx->restart_interval, base + JPEG_ENC_RST_MCU_NUM);
> }
>
> +static void mtk_jpegenc_timeout_work(struct work_struct *work)
> +{
> + struct delayed_work *Pwork =
> + container_of(work, struct delayed_work, work);
Please use to_delayed_work()
> + struct mtk_jpegenc_comp_dev *cjpeg =
> + container_of(Pwork, struct mtk_jpegenc_comp_dev,
> + job_timeout_work);
> + enum vb2_buffer_state buf_state = VB2_BUF_STATE_ERROR;
> + struct vb2_v4l2_buffer *src_buf;
> +
> + src_buf = cjpeg->hw_param.src_buffer;
> +
> + mtk_jpeg_enc_reset(cjpeg->reg_base);
> + clk_disable_unprepare(cjpeg->pm.venc_clk.clk_info->jpegenc_clk);
> + pm_runtime_put(cjpeg->pm.dev);
> + v4l2_m2m_buf_done(src_buf, buf_state);
> +}
> +
> static irqreturn_t mtk_jpegenc_hw_irq_handler(int irq, void *priv)
> {
> struct vb2_v4l2_buffer *src_buf, *dst_buf;
> @@ -194,6 +212,8 @@ static irqreturn_t mtk_jpegenc_hw_irq_handler(int irq, void *priv)
> struct mtk_jpegenc_comp_dev *jpeg = priv;
> struct mtk_jpeg_dev *master_jpeg = jpeg->master_dev;
>
> + cancel_delayed_work(&jpeg->job_timeout_work);
Isn't here a race condition is the delayed work is being exectuted?
> +
> irq_status = readl(jpeg->reg_base + JPEG_ENC_INT_STS) &
> JPEG_ENC_INT_STATUS_MASK_ALLIRQ;
> if (irq_status)
> @@ -322,6 +342,9 @@ static int mtk_jpegenc_hw_probe(struct platform_device *pdev)
>
> dev->plat_dev = pdev;
>
> + INIT_DELAYED_WORK(&dev->job_timeout_work,
> + mtk_jpegenc_timeout_work);
> +
> ret = mtk_jpegenc_init_pm(dev);
> if (ret) {
> dev_err(&pdev->dev, "Failed to get jpeg enc clock source");
> --
> 2.6.4
>
>
> _______________________________________________
> Linux-mediatek mailing list
> Linux-mediatek@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-mediatek
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Ricardo Ribalda <ribalda@chromium.org>
To: "kyrie.wu" <kyrie.wu@mediatek.com>
Cc: Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Rob Herring <robh+dt@kernel.org>,
Tomasz Figa <tfiga@chromium.org>,
Matthias Brugger <matthias.bgg@gmail.com>,
Tzung-Bi Shih <tzungbi@chromium.org>,
Project_Global_Chrome_Upstream_Group@mediatek.com,
linux-media@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-mediatek@lists.infradead.org, xia.jiang@mediatek.com,
maoguang.meng@mediatek.com, srv_heupstream@mediatek.com,
irui.wang@mediatek.com
Subject: Re: [PATCH V6, 3/5] media: mtk-jpegenc: add jpegenc timeout func interface
Date: Fri, 3 Dec 2021 16:07:36 +0100 [thread overview]
Message-ID: <YaoyuAFD8IaSij6S@gmail.com> (raw)
In-Reply-To: <1638501230-13417-4-git-send-email-kyrie.wu@mediatek.com>
kyrie.wu wrote:
> Generalizes jpegenc timeout func interfaces to handle HW timeout.
Where do you call schedule_delayed_work() and init hw_param?
>
> Signed-off-by: kyrie.wu <kyrie.wu@mediatek.com>
> ---
> V6: no change
> ---
> drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h | 8 ++++++++
> drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c | 23 +++++++++++++++++++++++
> 2 files changed, 31 insertions(+)
>
> diff --git a/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h b/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> index 7d013de..baab305 100644
> --- a/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> +++ b/drivers/media/platform/mtk-jpeg/mtk_jpeg_core.h
> @@ -75,6 +75,12 @@ struct mtk_jpeg_variant {
> u32 cap_q_default_fourcc;
> };
>
> +struct mtk_jpeg_hw_param {
> + struct vb2_v4l2_buffer *src_buffer;
> + struct vb2_v4l2_buffer *dst_buffer;
> + struct mtk_jpeg_ctx *curr_ctx;
> +};
> +
> enum mtk_jpegenc_hw_id {
> MTK_JPEGENC_HW0,
> MTK_JPEGENC_HW1,
> @@ -122,6 +128,8 @@ struct mtk_jpegenc_comp_dev {
> struct mtk_jpeg_dev *master_dev;
> struct mtk_jpegenc_pm pm;
> int jpegenc_irq;
> + struct delayed_work job_timeout_work;
> + struct mtk_jpeg_hw_param hw_param;
> };
>
> /**
> diff --git a/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c b/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> index 4ccda1d..e62b875 100644
> --- a/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> +++ b/drivers/media/platform/mtk-jpeg/mtk_jpeg_enc_hw.c
> @@ -183,6 +183,24 @@ void mtk_jpeg_set_enc_params(struct mtk_jpeg_ctx *ctx, void __iomem *base)
> writel(ctx->restart_interval, base + JPEG_ENC_RST_MCU_NUM);
> }
>
> +static void mtk_jpegenc_timeout_work(struct work_struct *work)
> +{
> + struct delayed_work *Pwork =
> + container_of(work, struct delayed_work, work);
Please use to_delayed_work()
> + struct mtk_jpegenc_comp_dev *cjpeg =
> + container_of(Pwork, struct mtk_jpegenc_comp_dev,
> + job_timeout_work);
> + enum vb2_buffer_state buf_state = VB2_BUF_STATE_ERROR;
> + struct vb2_v4l2_buffer *src_buf;
> +
> + src_buf = cjpeg->hw_param.src_buffer;
> +
> + mtk_jpeg_enc_reset(cjpeg->reg_base);
> + clk_disable_unprepare(cjpeg->pm.venc_clk.clk_info->jpegenc_clk);
> + pm_runtime_put(cjpeg->pm.dev);
> + v4l2_m2m_buf_done(src_buf, buf_state);
> +}
> +
> static irqreturn_t mtk_jpegenc_hw_irq_handler(int irq, void *priv)
> {
> struct vb2_v4l2_buffer *src_buf, *dst_buf;
> @@ -194,6 +212,8 @@ static irqreturn_t mtk_jpegenc_hw_irq_handler(int irq, void *priv)
> struct mtk_jpegenc_comp_dev *jpeg = priv;
> struct mtk_jpeg_dev *master_jpeg = jpeg->master_dev;
>
> + cancel_delayed_work(&jpeg->job_timeout_work);
Isn't here a race condition is the delayed work is being exectuted?
> +
> irq_status = readl(jpeg->reg_base + JPEG_ENC_INT_STS) &
> JPEG_ENC_INT_STATUS_MASK_ALLIRQ;
> if (irq_status)
> @@ -322,6 +342,9 @@ static int mtk_jpegenc_hw_probe(struct platform_device *pdev)
>
> dev->plat_dev = pdev;
>
> + INIT_DELAYED_WORK(&dev->job_timeout_work,
> + mtk_jpegenc_timeout_work);
> +
> ret = mtk_jpegenc_init_pm(dev);
> if (ret) {
> dev_err(&pdev->dev, "Failed to get jpeg enc clock source");
> --
> 2.6.4
>
>
> _______________________________________________
> Linux-mediatek mailing list
> Linux-mediatek@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-mediatek
>
next prev parent reply other threads:[~2021-12-03 15:16 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-03 3:13 [PATCH V6, 0/5] Support multi-hardware jpeg encoding using of_platform_populate kyrie.wu
2021-12-03 3:13 ` kyrie.wu
2021-12-03 3:13 ` [PATCH V6, 1/5] dt-bindings: mediatek: Add mediatek, mt8195-jpgenc compatible kyrie.wu
2021-12-03 3:13 ` kyrie.wu
2021-12-03 13:43 ` Ricardo Ribalda
2021-12-03 13:43 ` Ricardo Ribalda
2021-12-03 13:43 ` Ricardo Ribalda
2022-01-06 8:06 ` kyrie.wu
2022-01-06 8:06 ` kyrie.wu
2021-12-03 3:13 ` [PATCH V6, 2/5] media: mtk-jpegenc: manage jpegenc multi-hardware kyrie.wu
2021-12-03 3:13 ` kyrie.wu
2021-12-03 14:54 ` Ricardo Ribalda
2021-12-03 14:54 ` Ricardo Ribalda
2022-01-06 7:35 ` kyrie.wu
2022-01-06 7:35 ` kyrie.wu
2022-02-07 14:50 ` AngeloGioacchino Del Regno
2022-02-07 14:50 ` AngeloGioacchino Del Regno
2022-02-07 14:50 ` AngeloGioacchino Del Regno
2022-02-21 1:48 ` kyrie.wu
2022-02-21 1:48 ` kyrie.wu
2021-12-03 3:13 ` [PATCH V6, 3/5] media: mtk-jpegenc: add jpegenc timeout func interface kyrie.wu
2021-12-03 3:13 ` kyrie.wu
2021-12-03 15:07 ` Ricardo Ribalda [this message]
2021-12-03 15:07 ` Ricardo Ribalda
2021-12-03 15:07 ` Ricardo Ribalda
2022-01-06 7:57 ` kyrie.wu
2022-01-06 7:57 ` kyrie.wu
2022-02-07 14:50 ` AngeloGioacchino Del Regno
2022-02-07 14:50 ` AngeloGioacchino Del Regno
2022-02-07 14:50 ` AngeloGioacchino Del Regno
2022-02-21 1:31 ` kyrie.wu
2022-02-21 1:31 ` kyrie.wu
2021-12-03 3:13 ` [PATCH V6, 4/5] media: mtk-jpegenc: add jpeg encode worker interface kyrie.wu
2021-12-03 3:13 ` kyrie.wu
2021-12-03 15:29 ` Ricardo Ribalda
2021-12-03 15:29 ` Ricardo Ribalda
2022-01-06 8:03 ` kyrie.wu
2022-01-06 8:03 ` kyrie.wu
2021-12-03 3:13 ` [PATCH V6, 5/5] media: mtk-jpegenc: add output pic reorder interface kyrie.wu
2021-12-03 3:13 ` kyrie.wu
2021-12-03 15:50 ` Ricardo Ribalda
2021-12-03 15:50 ` Ricardo Ribalda
2022-01-06 8:56 ` kyrie.wu
2022-01-06 8:56 ` kyrie.wu
2021-12-03 13:38 ` [PATCH V6, 0/5] Support multi-hardware jpeg encoding using of_platform_populate Ricardo Ribalda
2021-12-03 13:38 ` Ricardo Ribalda
2021-12-03 13:38 ` Ricardo Ribalda
2022-01-06 8:04 ` kyrie.wu
2022-01-06 8:04 ` kyrie.wu
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=YaoyuAFD8IaSij6S@gmail.com \
--to=ribalda@chromium.org \
--cc=Project_Global_Chrome_Upstream_Group@mediatek.com \
--cc=devicetree@vger.kernel.org \
--cc=hverkuil-cisco@xs4all.nl \
--cc=irui.wang@mediatek.com \
--cc=kyrie.wu@mediatek.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=maoguang.meng@mediatek.com \
--cc=matthias.bgg@gmail.com \
--cc=mchehab@kernel.org \
--cc=robh+dt@kernel.org \
--cc=srv_heupstream@mediatek.com \
--cc=tfiga@chromium.org \
--cc=tzungbi@chromium.org \
--cc=xia.jiang@mediatek.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.