Linux-mediatek Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "CK Hu (胡俊光)" <ck.hu@mediatek.com>
To: "tfiga@chromium.org" <tfiga@chromium.org>,
	"nhebert@chromium.org" <nhebert@chromium.org>,
	"nicolas.dufresne@collabora.com" <nicolas.dufresne@collabora.com>,
	"mchehab@kernel.org" <mchehab@kernel.org>,
	"m.szyprowski@samsung.com" <m.szyprowski@samsung.com>,
	"jkardatzke@google.com" <jkardatzke@google.com>,
	"Yunfei Dong (董云飞)" <Yunfei.Dong@mediatek.com>,
	"benjamin.gaignard@collabora.com"
	<benjamin.gaignard@collabora.com>,
	"hverkuil-cisco@xs4all.nl" <hverkuil-cisco@xs4all.nl>,
	"sebastian.fricke@collabora.com" <sebastian.fricke@collabora.com>,
	"angelogioacchino.delregno@collabora.com"
	<angelogioacchino.delregno@collabora.com>,
	"nfraprado@collabora.com" <nfraprado@collabora.com>
Cc: "sumit.semwal@linaro.org" <sumit.semwal@linaro.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-mediatek@lists.infradead.org"
	<linux-mediatek@lists.infradead.org>,
	"frkoenig@chromium.org" <frkoenig@chromium.org>,
	"stevecho@chromium.org" <stevecho@chromium.org>,
	"wenst@chromium.org" <wenst@chromium.org>,
	"jstultz@google.com" <jstultz@google.com>,
	"christian.koenig@amd.com" <christian.koenig@amd.com>,
	"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>,
	"daniel@ffwll.ch" <daniel@ffwll.ch>,
	"Yong Wu (吴勇)" <Yong.Wu@mediatek.com>,
	"Brian.Starkey@arm.com" <Brian.Starkey@arm.com>,
	"hsinyi@chromium.org" <hsinyi@chromium.org>,
	"tjmercier@google.com" <tjmercier@google.com>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>,
	"matthias.bgg@gmail.com" <matthias.bgg@gmail.com>,
	Project_Global_Chrome_Upstream_Group
	<Project_Global_Chrome_Upstream_Group@mediatek.com>
Subject: Re: [PATCH v6, 19/24] media: mediatek: vcodec: disable wait interrupt for svp mode
Date: Fri, 17 May 2024 09:53:29 +0000	[thread overview]
Message-ID: <81b099b1f70253501c39b7d538f9759c64bc880e.camel@mediatek.com> (raw)
In-Reply-To: <20240516122102.16379-20-yunfei.dong@mediatek.com>

Hi, Yunfei:

On Thu, 2024-05-16 at 20:20 +0800, Yunfei Dong wrote:
> Waiting interrupt in optee-os for svp mode, need to disable it in kernel
> in case of interrupt is cleaned.
> 
> Signed-off-by: Yunfei Dong <yunfei.dong@mediatek.com>
> ---
>  .../vcodec/decoder/mtk_vcodec_dec_hw.c        | 34 +++++------
>  .../vcodec/decoder/mtk_vcodec_dec_pm.c        |  6 +-
>  .../decoder/vdec/vdec_h264_req_multi_if.c     | 57 +++++++++++--------
>  3 files changed, 54 insertions(+), 43 deletions(-)
> 
> diff --git a/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_hw.c b/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_hw.c
> index 881d5de41e05..1982c088c6da 100644
> --- a/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_hw.c
> +++ b/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_hw.c
> @@ -72,26 +72,28 @@ static irqreturn_t mtk_vdec_hw_irq_handler(int irq, void *priv)
>  
>  	ctx = mtk_vcodec_get_curr_ctx(dev->main_dev, dev->hw_idx);
>  
> -	/* check if HW active or not */
> -	cg_status = readl(dev->reg_base[VDEC_HW_SYS] + VDEC_HW_ACTIVE_ADDR);
> -	if (cg_status & VDEC_HW_ACTIVE_MASK) {
> -		mtk_v4l2_vdec_err(ctx, "vdec active is not 0x0 (0x%08x)", cg_status);
> -		return IRQ_HANDLED;
> -	}
> +	if (!ctx->is_secure_playback) {
> +		/* check if HW active or not */
> +		cg_status = readl(dev->reg_base[VDEC_HW_SYS] + VDEC_HW_ACTIVE_ADDR);
> +		if (cg_status & VDEC_HW_ACTIVE_MASK) {
> +			mtk_v4l2_vdec_err(ctx, "vdec active is not 0x0 (0x%08x)", cg_status);
> +			return IRQ_HANDLED;
> +		}
>  
> -	dec_done_status = readl(vdec_misc_addr);
> -	if ((dec_done_status & MTK_VDEC_IRQ_STATUS_DEC_SUCCESS) !=
> -	    MTK_VDEC_IRQ_STATUS_DEC_SUCCESS)
> -		return IRQ_HANDLED;
> +		dec_done_status = readl(vdec_misc_addr);
> +		if ((dec_done_status & MTK_VDEC_IRQ_STATUS_DEC_SUCCESS) !=
> +		    MTK_VDEC_IRQ_STATUS_DEC_SUCCESS)
> +			return IRQ_HANDLED;
>  
> -	/* clear interrupt */
> -	writel(dec_done_status | VDEC_IRQ_CFG, vdec_misc_addr);
> -	writel(dec_done_status & ~VDEC_IRQ_CLR, vdec_misc_addr);
> +		/* clear interrupt */
> +		writel(dec_done_status | VDEC_IRQ_CFG, vdec_misc_addr);
> +		writel(dec_done_status & ~VDEC_IRQ_CLR, vdec_misc_addr);
>  
> -	wake_up_dec_ctx(ctx, MTK_INST_IRQ_RECEIVED, dev->hw_idx);
> +		wake_up_dec_ctx(ctx, MTK_INST_IRQ_RECEIVED, dev->hw_idx);
>  
> -	mtk_v4l2_vdec_dbg(3, ctx, "wake up ctx %d, dec_done_status=%x",
> -			  ctx->id, dec_done_status);
> +		mtk_v4l2_vdec_dbg(3, ctx, "wake up ctx %d, dec_done_status=%x",
> +				  ctx->id, dec_done_status);
> +	}
>  
>  	return IRQ_HANDLED;
>  }
> diff --git a/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_pm.c b/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_pm.c
> index aefd3e9e3061..a94eda936f16 100644
> --- a/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_pm.c
> +++ b/drivers/media/platform/mediatek/vcodec/decoder/mtk_vcodec_dec_pm.c
> @@ -238,7 +238,8 @@ void mtk_vcodec_dec_enable_hardware(struct mtk_vcodec_dec_ctx *ctx, int hw_idx)
>  		mtk_vcodec_dec_child_dev_on(ctx->dev, MTK_VDEC_LAT0);
>  	mtk_vcodec_dec_child_dev_on(ctx->dev, hw_idx);
>  
> -	mtk_vcodec_dec_enable_irq(ctx->dev, hw_idx);
> +	if (!ctx->is_secure_playback)
> +		mtk_vcodec_dec_enable_irq(ctx->dev, hw_idx);
>  
>  	if (IS_VDEC_INNER_RACING(ctx->dev->dec_capability))
>  		mtk_vcodec_load_racing_info(ctx);
> @@ -250,7 +251,8 @@ void mtk_vcodec_dec_disable_hardware(struct mtk_vcodec_dec_ctx *ctx, int hw_idx)
>  	if (IS_VDEC_INNER_RACING(ctx->dev->dec_capability))
>  		mtk_vcodec_record_racing_info(ctx);
>  
> -	mtk_vcodec_dec_disable_irq(ctx->dev, hw_idx);
> +	if (!ctx->is_secure_playback)
> +		mtk_vcodec_dec_disable_irq(ctx->dev, hw_idx);
>  
>  	mtk_vcodec_dec_child_dev_off(ctx->dev, hw_idx);
>  	if (IS_VDEC_LAT_ARCH(ctx->dev->vdec_pdata->hw_arch) &&
> diff --git a/drivers/media/platform/mediatek/vcodec/decoder/vdec/vdec_h264_req_multi_if.c b/drivers/media/platform/mediatek/vcodec/decoder/vdec/vdec_h264_req_multi_if.c
> index f27d326f00ba..3186777dcc13 100644
> --- a/drivers/media/platform/mediatek/vcodec/decoder/vdec/vdec_h264_req_multi_if.c
> +++ b/drivers/media/platform/mediatek/vcodec/decoder/vdec/vdec_h264_req_multi_if.c
> @@ -593,14 +593,16 @@ static int vdec_h264_slice_core_decode(struct vdec_lat_buf *lat_buf)
>  		goto vdec_dec_end;
>  	}
>  
> -	/* wait decoder done interrupt */
> -	timeout = mtk_vcodec_wait_for_done_ctx(inst->ctx, MTK_INST_IRQ_RECEIVED,
> -					       WAIT_INTR_TIMEOUT_MS, MTK_VDEC_CORE);
> -	if (timeout)
> -		mtk_vdec_err(ctx, "core decode timeout: pic_%d", ctx->decoded_frame_cnt);
> -	inst->vsi_core->dec.timeout = !!timeout;
> -
> -	vpu_dec_core_end(vpu);
> +	if (!ctx->is_secure_playback) {
> +		/* wait decoder done interrupt */
> +		timeout = mtk_vcodec_wait_for_done_ctx(inst->ctx, MTK_INST_IRQ_RECEIVED,
> +						       WAIT_INTR_TIMEOUT_MS, MTK_VDEC_CORE);
> +		if (timeout)
> +			mtk_vdec_err(ctx, "core decode timeout: pic_%d", ctx->decoded_frame_cnt);
> +		inst->vsi_core->dec.timeout = !!timeout;
> +
> +		vpu_dec_core_end(vpu);
> +	}

In svp mode, optee driver would wait the irq, but why optee driver does not notify normal world driver? The normal world driver here does not wait anything and keep going, so it would get the frame
which has not been processed done and pass it to next module such as mdp? The normal world driver does not wait here, how does it make sure the frame is processed done?

Regards,

CK

>  	mtk_vdec_debug(ctx, "pic[%d] crc: 0x%x 0x%x 0x%x 0x%x 0x%x 0x%x 0x%x 0x%x",
>  		       ctx->decoded_frame_cnt,
>  		       inst->vsi_core->dec.crc[0], inst->vsi_core->dec.crc[1],
> @@ -724,14 +726,16 @@ static int vdec_h264_slice_lat_decode(void *h_vdec, struct mtk_vcodec_mem *bs,
>  		vdec_msg_queue_qbuf(&inst->ctx->msg_queue.core_ctx, lat_buf);
>  	}
>  
> -	/* wait decoder done interrupt */
> -	timeout = mtk_vcodec_wait_for_done_ctx(inst->ctx, MTK_INST_IRQ_RECEIVED,
> -					       WAIT_INTR_TIMEOUT_MS, MTK_VDEC_LAT0);
> -	if (timeout)
> -		mtk_vdec_err(inst->ctx, "lat decode timeout: pic_%d", inst->slice_dec_num);
> -	inst->vsi->dec.timeout = !!timeout;
> +	if (!inst->ctx->is_secure_playback) {
> +		/* wait decoder done interrupt */
> +		timeout = mtk_vcodec_wait_for_done_ctx(inst->ctx, MTK_INST_IRQ_RECEIVED,
> +						       WAIT_INTR_TIMEOUT_MS, MTK_VDEC_LAT0);
> +		if (timeout)
> +			mtk_vdec_err(inst->ctx, "lat decode timeout: pic_%d", inst->slice_dec_num);
> +		inst->vsi->dec.timeout = !!timeout;
>  
> -	err = vpu_dec_end(vpu);
> +		err = vpu_dec_end(vpu);
> +	}
>  	if (err == SLICE_HEADER_FULL || err == TRANS_BUFFER_FULL) {
>  		if (!IS_VDEC_INNER_RACING(inst->ctx->dev->dec_capability))
>  			vdec_msg_queue_qbuf(&inst->ctx->msg_queue.lat_ctx, lat_buf);
> @@ -831,16 +835,19 @@ static int vdec_h264_slice_single_decode(void *h_vdec, struct mtk_vcodec_mem *bs
>  	if (err)
>  		goto err_free_fb_out;
>  
> -	/* wait decoder done interrupt */
> -	err = mtk_vcodec_wait_for_done_ctx(inst->ctx, MTK_INST_IRQ_RECEIVED,
> -					   WAIT_INTR_TIMEOUT_MS, MTK_VDEC_CORE);
> -	if (err)
> -		mtk_vdec_err(inst->ctx, "decode timeout: pic_%d", inst->ctx->decoded_frame_cnt);
> -
> -	inst->vsi->dec.timeout = !!err;
> -	err = vpu_dec_end(vpu);
> -	if (err)
> -		goto err_free_fb_out;
> +	if (!inst->ctx->is_secure_playback) {
> +		/* wait decoder done interrupt */
> +		err = mtk_vcodec_wait_for_done_ctx(inst->ctx, MTK_INST_IRQ_RECEIVED,
> +						   WAIT_INTR_TIMEOUT_MS, MTK_VDEC_CORE);
> +		if (err)
> +			mtk_vdec_err(inst->ctx, "decode timeout: pic_%d",
> +				     inst->ctx->decoded_frame_cnt);
> +
> +		inst->vsi->dec.timeout = !!err;
> +		err = vpu_dec_end(vpu);
> +		if (err)
> +			goto err_free_fb_out;
> +	}
>  
>  	memcpy(&inst->vsi_ctx, inst->vpu.vsi, sizeof(inst->vsi_ctx));
>  	mtk_vdec_debug(inst->ctx, "pic[%d] crc: 0x%x 0x%x 0x%x 0x%x 0x%x 0x%x 0x%x 0x%x",

  reply	other threads:[~2024-05-17 10:03 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-16 12:20 [PATCH v6,00/24] media: mediatek: add driver to support secure video decoder Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,01/24] v4l2: add restricted memory flags Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,02/24] v4l2: handle restricted memory flags in queue setup Yunfei Dong
2024-05-22 12:20   ` Andrzej Pietrasiewicz
2024-06-17  7:11     ` Yunfei Dong (董云飞)
2024-05-16 12:20 ` [PATCH v6,03/24] v4l2: verify restricted dmabufs are used in restricted queue Yunfei Dong
2024-06-12  4:31   ` Tomasz Figa
2024-05-16 12:20 ` [PATCH v6,04/24] v4l: add documentation for restricted memory flag Yunfei Dong
2024-05-22 11:16   ` Laurent Pinchart
2024-06-12  4:37     ` Tomasz Figa
2024-06-12 19:43       ` Nicolas Dufresne
2024-06-12 20:25         ` Laurent Pinchart
2024-06-12 20:58           ` Nicolas Dufresne
2024-06-17 19:02           ` Nicolas Dufresne
2024-05-22 12:24   ` Andrzej Pietrasiewicz
2024-05-16 12:20 ` [PATCH v6,05/24] dma-buf: heaps: Deduplicate docs and adopt common format Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,06/24] dma-heap: Add proper kref handling on dma-buf heaps Yunfei Dong
2024-06-18  7:22   ` [PATCH v6 06/24] " Markus Elfring
2024-05-16 12:20 ` [PATCH v6,07/24] dma-heap: Provide accessors so that in-kernel drivers can allocate dmabufs from specific heaps Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,08/24] media: mediatek: vcodec: add tee client interface to communiate with optee-os Yunfei Dong
2024-05-22 12:21   ` Andrzej Pietrasiewicz
2024-06-17  7:25     ` Yunfei Dong (董云飞)
2024-05-27  8:19   ` Chen-Yu Tsai
2024-05-16 12:20 ` [PATCH v6,09/24] media: mediatek: vcodec: allocate tee share memory Yunfei Dong
2024-05-22 12:23   ` Andrzej Pietrasiewicz
2024-05-16 12:20 ` [PATCH v6,10/24] media: mediatek: vcodec: send share memory data to optee Yunfei Dong
2024-05-22 12:22   ` Andrzej Pietrasiewicz
2024-06-17  7:45     ` Yunfei Dong (董云飞)
2024-05-16 12:20 ` [PATCH v6,11/24] media: mediatek: vcodec: initialize msg and vsi information Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,12/24] media: mediatek: vcodec: add interface to allocate/free secure memory Yunfei Dong
2024-05-22 12:25   ` Andrzej Pietrasiewicz
2024-06-17  7:53     ` Yunfei Dong (董云飞)
2024-06-12  5:22   ` Tomasz Figa
2024-06-17  6:53     ` Yong Wu (吴勇)
2024-06-18  6:16       ` Tomasz Figa
2024-05-16 12:20 ` [PATCH v6,13/24] media: mediatek: vcodec: using shared memory as vsi address Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,14/24] media: mediatek: vcodec: Add capture format to support one plane memory Yunfei Dong
2024-05-22 12:26   ` Andrzej Pietrasiewicz
2024-05-23 10:14     ` Andrzej Pietrasiewicz
2024-05-23 10:36       ` Chen-Yu Tsai
2024-05-31 13:06         ` Nicolas Dufresne
2024-06-17  9:44     ` Yunfei Dong (董云飞)
2024-05-27  7:07   ` Chen-Yu Tsai
2024-05-16 12:20 ` [PATCH v6,15/24] media: mediatek: vcodec: Add one plane format Yunfei Dong
2024-05-31 13:08   ` Nicolas Dufresne
2024-05-16 12:20 ` [PATCH v6,16/24] media: mediatek: vcodec: support one plane capture buffer Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,17/24] media: mediatek: vcodec: re-construct h264 driver to support svp mode Yunfei Dong
2024-05-27  5:58   ` Chen-Yu Tsai
2024-05-28  7:37     ` Chen-Yu Tsai
2024-05-16 12:20 ` [PATCH v6,18/24] media: mediatek: vcodec: remove parse nal_info in kernel Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,19/24] media: mediatek: vcodec: disable wait interrupt for svp mode Yunfei Dong
2024-05-17  9:53   ` CK Hu (胡俊光) [this message]
2024-06-17  6:00     ` [PATCH v6, 19/24] " Yunfei Dong (董云飞)
2024-05-16 12:20 ` [PATCH v6,20/24] media: mediatek: vcodec: support tee decoder Yunfei Dong
2024-05-16 12:20 ` [PATCH v6,21/24] media: mediatek: vcodec: move vdec init interface to setup callback Yunfei Dong
2024-05-16 12:21 ` [PATCH v6,22/24] media: mediatek: vcodec: support hevc svp for mt8188 Yunfei Dong
2024-05-16 12:21 ` [PATCH v6,23/24] media: mediatek: vcodec: support av1 svp decoder " Yunfei Dong
2024-05-23 13:32   ` Andrzej Pietrasiewicz
2024-05-16 12:21 ` [PATCH v6,24/24] media: mediatek: vcodec: support vp9 " Yunfei Dong
2024-05-27  7:54   ` [PATCH v6, 24/24] " Chen-Yu Tsai

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=81b099b1f70253501c39b7d538f9759c64bc880e.camel@mediatek.com \
    --to=ck.hu@mediatek.com \
    --cc=Brian.Starkey@arm.com \
    --cc=Project_Global_Chrome_Upstream_Group@mediatek.com \
    --cc=Yong.Wu@mediatek.com \
    --cc=Yunfei.Dong@mediatek.com \
    --cc=angelogioacchino.delregno@collabora.com \
    --cc=benjamin.gaignard@collabora.com \
    --cc=christian.koenig@amd.com \
    --cc=daniel@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=frkoenig@chromium.org \
    --cc=hsinyi@chromium.org \
    --cc=hverkuil-cisco@xs4all.nl \
    --cc=jkardatzke@google.com \
    --cc=jstultz@google.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=m.szyprowski@samsung.com \
    --cc=matthias.bgg@gmail.com \
    --cc=mchehab@kernel.org \
    --cc=nfraprado@collabora.com \
    --cc=nhebert@chromium.org \
    --cc=nicolas.dufresne@collabora.com \
    --cc=sebastian.fricke@collabora.com \
    --cc=stevecho@chromium.org \
    --cc=sumit.semwal@linaro.org \
    --cc=tfiga@chromium.org \
    --cc=tjmercier@google.com \
    --cc=wenst@chromium.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