devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v2] media: mediatek: vcodec: using encoder device to alloc/free encoder memory
@ 2023-10-10 12:20 Yunfei Dong
  2023-10-12 10:00 ` Yunfei Dong (董云飞)
  2023-10-12 10:02 ` AngeloGioacchino Del Regno
  0 siblings, 2 replies; 3+ messages in thread
From: Yunfei Dong @ 2023-10-10 12:20 UTC (permalink / raw)
  To: Nícolas F . R . A . Prado, Nicolas Dufresne, Hans Verkuil,
	AngeloGioacchino Del Regno, Benjamin Gaignard, Nathan Hebert
  Cc: Chen-Yu Tsai, Hsin-Yi Wang, Fritz Koenig, Daniel Vetter,
	Steve Cho, Yunfei Dong, linux-media, devicetree, linux-kernel,
	linux-arm-kernel, linux-mediatek,
	Project_Global_Chrome_Upstream_Group

Need to use encoder device to allocate/free encoder memory when calling
mtk_vcodec_mem_alloc/mtk_vcodec_mem_free, or leading to below crash log
when test encoder with decoder device.

pc : dma_alloc_attrs+0x44/0xf4
lr : mtk_vcodec_mem_alloc+0x50/0xa4 [mtk_vcodec_common]
sp : ffffffc0209f3990
x29: ffffffc0209f39a0 x28: ffffff8024102a18 x27: 0000000000000000
x26: 0000000000000000 x25: ffffffc00c06e2d8 x24: 0000000000000001
x23: 0000000000000cc0 x22: 0000000000000010 x21: 0000000000000800
x20: ffffff8024102a18 x19: 0000000000000000 x18: 0000000000000000
x17: 0000000000000009 x16: ffffffe389736a98 x15: 0000000000000078
x14: ffffffe389704434 x13: 0000000000000007 x12: ffffffe38a2b2560
x11: 0000000000000800 x10: 0000000000000004 x9 : ffffffe331f07484
x8 : 5400e9aef2395000 x7 : 0000000000000000 x6 : 000000000000003f
x5 : 0000000000000001 x4 : 0000000000000000 x3 : 0000000000000cc0
x2 : ffffff8024102a18 x1 : 0000000000000800 x0 : 0000000000000010
Call trace:
 dma_alloc_attrs+0x44/0xf4
 mtk_vcodec_mem_alloc+0x50/0xa4 [mtk_vcodec_common 2819d3d601f3cd06c1f2213ac1b9995134441421]
 h264_enc_set_param+0x27c/0x378 [mtk_vcodec_enc 772cc3d26c254e8cf54079451ef8d930d2eb4404]
 venc_if_set_param+0x4c/0x7c [mtk_vcodec_enc 772cc3d26c254e8cf54079451ef8d930d2eb4404]
 vb2ops_venc_start_streaming+0x1bc/0x328 [mtk_vcodec_enc 772cc3d26c254e8cf54079451ef8d930d2eb4404]
 vb2_start_streaming+0x64/0x12c
 vb2_core_streamon+0x114/0x158
 vb2_streamon+0x38/0x60
 v4l2_m2m_streamon+0x48/0x88
 v4l2_m2m_ioctl_streamon+0x20/0x2c
 v4l_streamon+0x2c/0x38
 __video_do_ioctl+0x2c4/0x3dc
 video_usercopy+0x404/0x934
 video_ioctl2+0x20/0x2c
 v4l2_ioctl+0x54/0x64
 v4l2_compat_ioctl32+0x90/0xa34
 __arm64_compat_sys_ioctl+0x128/0x13c
 invoke_syscall+0x4c/0x108
 el0_svc_common+0x98/0x104
 do_el0_svc_compat+0x28/0x34
 el0_svc_compat+0x2c/0x74
 el0t_32_sync_handler+0xa8/0xcc
 el0t_32_sync+0x194/0x198
Code: aa0003f6 aa0203f4 aa0103f5 f900

'Fixes: 01abf5fbb081c ("media: mediatek: vcodec: separate struct 'mtk_vcodec_ctx'")'
Signed-off-by: Yunfei Dong <yunfei.dong@mediatek.com>
---
changed with v1:
- rewrite allocate and free memory interface for encoder and decoder.
---
 .../mediatek/vcodec/common/mtk_vcodec_util.c  | 56 +++++++++++++------
 1 file changed, 40 insertions(+), 16 deletions(-)

diff --git a/drivers/media/platform/mediatek/vcodec/common/mtk_vcodec_util.c b/drivers/media/platform/mediatek/vcodec/common/mtk_vcodec_util.c
index 908602031fd0..9ce34a3b5ee6 100644
--- a/drivers/media/platform/mediatek/vcodec/common/mtk_vcodec_util.c
+++ b/drivers/media/platform/mediatek/vcodec/common/mtk_vcodec_util.c
@@ -47,20 +47,32 @@ EXPORT_SYMBOL(mtk_vcodec_write_vdecsys);
 
 int mtk_vcodec_mem_alloc(void *priv, struct mtk_vcodec_mem *mem)
 {
+	enum mtk_instance_type inst_type = *((unsigned int *)priv);
+	struct platform_device *plat_dev;
 	unsigned long size = mem->size;
-	struct mtk_vcodec_dec_ctx *ctx = priv;
-	struct device *dev = &ctx->dev->plat_dev->dev;
+	int id;
 
-	mem->va = dma_alloc_coherent(dev, size, &mem->dma_addr, GFP_KERNEL);
+	if (inst_type == MTK_INST_ENCODER) {
+		struct mtk_vcodec_enc_ctx *enc_ctx = priv;
+
+		plat_dev = enc_ctx->dev->plat_dev;
+		id = enc_ctx->id;
+	} else {
+		struct mtk_vcodec_dec_ctx *dec_ctx = priv;
+
+		plat_dev = dec_ctx->dev->plat_dev;
+		id = dec_ctx->id;
+	}
+
+	mem->va = dma_alloc_coherent(&plat_dev->dev, size, &mem->dma_addr, GFP_KERNEL);
 	if (!mem->va) {
-		mtk_v4l2_vdec_err(ctx, "%s dma_alloc size=%ld failed!", dev_name(dev), size);
+		mtk_v4l2_err(plat_dev, "%s dma_alloc size=%ld failed!",
+			     dev_name(&plat_dev->dev), size);
 		return -ENOMEM;
 	}
 
-	mtk_v4l2_vdec_dbg(3, ctx, "[%d]  - va      = %p", ctx->id, mem->va);
-	mtk_v4l2_vdec_dbg(3, ctx, "[%d]  - dma     = 0x%lx", ctx->id,
-			  (unsigned long)mem->dma_addr);
-	mtk_v4l2_vdec_dbg(3, ctx, "[%d]    size = 0x%lx", ctx->id, size);
+	mtk_v4l2_debug(plat_dev, 3, "[%d] - va = %p dma = 0x%lx size = 0x%lx", id, mem->va,
+		       (unsigned long)mem->dma_addr, size);
 
 	return 0;
 }
@@ -68,21 +80,33 @@ EXPORT_SYMBOL(mtk_vcodec_mem_alloc);
 
 void mtk_vcodec_mem_free(void *priv, struct mtk_vcodec_mem *mem)
 {
+	enum mtk_instance_type inst_type = *((unsigned int *)priv);
+	struct platform_device *plat_dev;
 	unsigned long size = mem->size;
-	struct mtk_vcodec_dec_ctx *ctx = priv;
-	struct device *dev = &ctx->dev->plat_dev->dev;
+	int id;
+
+	if (inst_type == MTK_INST_ENCODER) {
+		struct mtk_vcodec_enc_ctx *enc_ctx = priv;
+
+		plat_dev = enc_ctx->dev->plat_dev;
+		id = enc_ctx->id;
+	} else {
+		struct mtk_vcodec_dec_ctx *dec_ctx = priv;
+
+		plat_dev = dec_ctx->dev->plat_dev;
+		id = dec_ctx->id;
+	}
 
 	if (!mem->va) {
-		mtk_v4l2_vdec_err(ctx, "%s dma_free size=%ld failed!", dev_name(dev), size);
+		mtk_v4l2_err(plat_dev, "%s dma_free size=%ld failed!",
+			     dev_name(&plat_dev->dev), size);
 		return;
 	}
 
-	mtk_v4l2_vdec_dbg(3, ctx, "[%d]  - va      = %p", ctx->id, mem->va);
-	mtk_v4l2_vdec_dbg(3, ctx, "[%d]  - dma     = 0x%lx", ctx->id,
-			  (unsigned long)mem->dma_addr);
-	mtk_v4l2_vdec_dbg(3, ctx, "[%d]    size = 0x%lx", ctx->id, size);
+	mtk_v4l2_debug(plat_dev, 3, "[%d] - va = %p dma = 0x%lx size = 0x%lx", id, mem->va,
+		       (unsigned long)mem->dma_addr, size);
 
-	dma_free_coherent(dev, size, mem->va, mem->dma_addr);
+	dma_free_coherent(&plat_dev->dev, size, mem->va, mem->dma_addr);
 	mem->va = NULL;
 	mem->dma_addr = 0;
 	mem->size = 0;
-- 
2.18.0


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH v2] media: mediatek: vcodec: using encoder device to alloc/free encoder memory
  2023-10-10 12:20 [PATCH v2] media: mediatek: vcodec: using encoder device to alloc/free encoder memory Yunfei Dong
@ 2023-10-12 10:00 ` Yunfei Dong (董云飞)
  2023-10-12 10:02 ` AngeloGioacchino Del Regno
  1 sibling, 0 replies; 3+ messages in thread
From: Yunfei Dong (董云飞) @ 2023-10-12 10:00 UTC (permalink / raw)
  To: angelogioacchino.delregno@collabora.com, hverkuil-cisco@xs4all.nl
  Cc: linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org,
	frkoenig@chromium.org, stevecho@chromium.org,
	linux-media@vger.kernel.org, devicetree@vger.kernel.org,
	daniel@ffwll.ch, Project_Global_Chrome_Upstream_Group,
	hsinyi@chromium.org, linux-arm-kernel@lists.infradead.org

Hi AngeloGioacchino,

Could you please help to review this patch again.

Best Regards,
Yunfei Dong

On Tue, 2023-10-10 at 20:20 +0800, Yunfei Dong wrote:
> Need to use encoder device to allocate/free encoder memory when
> calling
> mtk_vcodec_mem_alloc/mtk_vcodec_mem_free, or leading to below crash
> log
> when test encoder with decoder device.
> 
> pc : dma_alloc_attrs+0x44/0xf4
> lr : mtk_vcodec_mem_alloc+0x50/0xa4 [mtk_vcodec_common]
> sp : ffffffc0209f3990
> x29: ffffffc0209f39a0 x28: ffffff8024102a18 x27: 0000000000000000
> x26: 0000000000000000 x25: ffffffc00c06e2d8 x24: 0000000000000001
> x23: 0000000000000cc0 x22: 0000000000000010 x21: 0000000000000800
> x20: ffffff8024102a18 x19: 0000000000000000 x18: 0000000000000000
> x17: 0000000000000009 x16: ffffffe389736a98 x15: 0000000000000078
> x14: ffffffe389704434 x13: 0000000000000007 x12: ffffffe38a2b2560
> x11: 0000000000000800 x10: 0000000000000004 x9 : ffffffe331f07484
> x8 : 5400e9aef2395000 x7 : 0000000000000000 x6 : 000000000000003f
> x5 : 0000000000000001 x4 : 0000000000000000 x3 : 0000000000000cc0
> x2 : ffffff8024102a18 x1 : 0000000000000800 x0 : 0000000000000010
> Call trace:
>  dma_alloc_attrs+0x44/0xf4
>  mtk_vcodec_mem_alloc+0x50/0xa4 [mtk_vcodec_common
> 2819d3d601f3cd06c1f2213ac1b9995134441421]
>  h264_enc_set_param+0x27c/0x378 [mtk_vcodec_enc
> 772cc3d26c254e8cf54079451ef8d930d2eb4404]
>  venc_if_set_param+0x4c/0x7c [mtk_vcodec_enc
> 772cc3d26c254e8cf54079451ef8d930d2eb4404]
>  vb2ops_venc_start_streaming+0x1bc/0x328 [mtk_vcodec_enc
> 772cc3d26c254e8cf54079451ef8d930d2eb4404]
>  vb2_start_streaming+0x64/0x12c
>  vb2_core_streamon+0x114/0x158
>  vb2_streamon+0x38/0x60
>  v4l2_m2m_streamon+0x48/0x88
>  v4l2_m2m_ioctl_streamon+0x20/0x2c
>  v4l_streamon+0x2c/0x38
>  __video_do_ioctl+0x2c4/0x3dc
>  video_usercopy+0x404/0x934
>  video_ioctl2+0x20/0x2c
>  v4l2_ioctl+0x54/0x64
>  v4l2_compat_ioctl32+0x90/0xa34
>  __arm64_compat_sys_ioctl+0x128/0x13c
>  invoke_syscall+0x4c/0x108
>  el0_svc_common+0x98/0x104
>  do_el0_svc_compat+0x28/0x34
>  el0_svc_compat+0x2c/0x74
>  el0t_32_sync_handler+0xa8/0xcc
>  el0t_32_sync+0x194/0x198
> Code: aa0003f6 aa0203f4 aa0103f5 f900
> 
> 'Fixes: 01abf5fbb081c ("media: mediatek: vcodec: separate struct
> 'mtk_vcodec_ctx'")'
> Signed-off-by: Yunfei Dong <yunfei.dong@mediatek.com>
> ---
> changed with v1:
> - rewrite allocate and free memory interface for encoder and decoder.
> ---
>  .../mediatek/vcodec/common/mtk_vcodec_util.c  | 56 +++++++++++++--
> ----
>  1 file changed, 40 insertions(+), 16 deletions(-)
> 
> diff --git
> a/drivers/media/platform/mediatek/vcodec/common/mtk_vcodec_util.c
> b/drivers/media/platform/mediatek/vcodec/common/mtk_vcodec_util.c
> index 908602031fd0..9ce34a3b5ee6 100644
> --- a/drivers/media/platform/mediatek/vcodec/common/mtk_vcodec_util.c
> +++ b/drivers/media/platform/mediatek/vcodec/common/mtk_vcodec_util.c
> @@ -47,20 +47,32 @@ EXPORT_SYMBOL(mtk_vcodec_write_vdecsys);
>  
>  int mtk_vcodec_mem_alloc(void *priv, struct mtk_vcodec_mem *mem)
>  {
> +	enum mtk_instance_type inst_type = *((unsigned int *)priv);
> +	struct platform_device *plat_dev;
>  	unsigned long size = mem->size;
> -	struct mtk_vcodec_dec_ctx *ctx = priv;
> -	struct device *dev = &ctx->dev->plat_dev->dev;
> +	int id;
>  
> -	mem->va = dma_alloc_coherent(dev, size, &mem->dma_addr,
> GFP_KERNEL);
> +	if (inst_type == MTK_INST_ENCODER) {
> +		struct mtk_vcodec_enc_ctx *enc_ctx = priv;
> +
> +		plat_dev = enc_ctx->dev->plat_dev;
> +		id = enc_ctx->id;
> +	} else {
> +		struct mtk_vcodec_dec_ctx *dec_ctx = priv;
> +
> +		plat_dev = dec_ctx->dev->plat_dev;
> +		id = dec_ctx->id;
> +	}
> +
> +	mem->va = dma_alloc_coherent(&plat_dev->dev, size, &mem-
> >dma_addr, GFP_KERNEL);
>  	if (!mem->va) {
> -		mtk_v4l2_vdec_err(ctx, "%s dma_alloc size=%ld failed!",
> dev_name(dev), size);
> +		mtk_v4l2_err(plat_dev, "%s dma_alloc size=%ld failed!",
> +			     dev_name(&plat_dev->dev), size);
>  		return -ENOMEM;
>  	}
>  
> -	mtk_v4l2_vdec_dbg(3, ctx, "[%d]  - va      = %p", ctx->id, mem-
> >va);
> -	mtk_v4l2_vdec_dbg(3, ctx, "[%d]  - dma     = 0x%lx", ctx->id,
> -			  (unsigned long)mem->dma_addr);
> -	mtk_v4l2_vdec_dbg(3, ctx, "[%d]    size = 0x%lx", ctx->id,
> size);
> +	mtk_v4l2_debug(plat_dev, 3, "[%d] - va = %p dma = 0x%lx size =
> 0x%lx", id, mem->va,
> +		       (unsigned long)mem->dma_addr, size);
>  
>  	return 0;
>  }
> @@ -68,21 +80,33 @@ EXPORT_SYMBOL(mtk_vcodec_mem_alloc);
>  
>  void mtk_vcodec_mem_free(void *priv, struct mtk_vcodec_mem *mem)
>  {
> +	enum mtk_instance_type inst_type = *((unsigned int *)priv);
> +	struct platform_device *plat_dev;
>  	unsigned long size = mem->size;
> -	struct mtk_vcodec_dec_ctx *ctx = priv;
> -	struct device *dev = &ctx->dev->plat_dev->dev;
> +	int id;
> +
> +	if (inst_type == MTK_INST_ENCODER) {
> +		struct mtk_vcodec_enc_ctx *enc_ctx = priv;
> +
> +		plat_dev = enc_ctx->dev->plat_dev;
> +		id = enc_ctx->id;
> +	} else {
> +		struct mtk_vcodec_dec_ctx *dec_ctx = priv;
> +
> +		plat_dev = dec_ctx->dev->plat_dev;
> +		id = dec_ctx->id;
> +	}
>  
>  	if (!mem->va) {
> -		mtk_v4l2_vdec_err(ctx, "%s dma_free size=%ld failed!",
> dev_name(dev), size);
> +		mtk_v4l2_err(plat_dev, "%s dma_free size=%ld failed!",
> +			     dev_name(&plat_dev->dev), size);
>  		return;
>  	}
>  
> -	mtk_v4l2_vdec_dbg(3, ctx, "[%d]  - va      = %p", ctx->id, mem-
> >va);
> -	mtk_v4l2_vdec_dbg(3, ctx, "[%d]  - dma     = 0x%lx", ctx->id,
> -			  (unsigned long)mem->dma_addr);
> -	mtk_v4l2_vdec_dbg(3, ctx, "[%d]    size = 0x%lx", ctx->id,
> size);
> +	mtk_v4l2_debug(plat_dev, 3, "[%d] - va = %p dma = 0x%lx size =
> 0x%lx", id, mem->va,
> +		       (unsigned long)mem->dma_addr, size);
>  
> -	dma_free_coherent(dev, size, mem->va, mem->dma_addr);
> +	dma_free_coherent(&plat_dev->dev, size, mem->va, mem-
> >dma_addr);
>  	mem->va = NULL;
>  	mem->dma_addr = 0;
>  	mem->size = 0;

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH v2] media: mediatek: vcodec: using encoder device to alloc/free encoder memory
  2023-10-10 12:20 [PATCH v2] media: mediatek: vcodec: using encoder device to alloc/free encoder memory Yunfei Dong
  2023-10-12 10:00 ` Yunfei Dong (董云飞)
@ 2023-10-12 10:02 ` AngeloGioacchino Del Regno
  1 sibling, 0 replies; 3+ messages in thread
From: AngeloGioacchino Del Regno @ 2023-10-12 10:02 UTC (permalink / raw)
  To: Yunfei Dong, Nícolas F . R . A . Prado, Nicolas Dufresne,
	Hans Verkuil, Benjamin Gaignard, Nathan Hebert
  Cc: Chen-Yu Tsai, Hsin-Yi Wang, Fritz Koenig, Daniel Vetter,
	Steve Cho, linux-media, devicetree, linux-kernel,
	linux-arm-kernel, linux-mediatek,
	Project_Global_Chrome_Upstream_Group

Il 10/10/23 14:20, Yunfei Dong ha scritto:
> Need to use encoder device to allocate/free encoder memory when calling
> mtk_vcodec_mem_alloc/mtk_vcodec_mem_free, or leading to below crash log
> when test encoder with decoder device.
> 
> pc : dma_alloc_attrs+0x44/0xf4
> lr : mtk_vcodec_mem_alloc+0x50/0xa4 [mtk_vcodec_common]
> sp : ffffffc0209f3990
> x29: ffffffc0209f39a0 x28: ffffff8024102a18 x27: 0000000000000000
> x26: 0000000000000000 x25: ffffffc00c06e2d8 x24: 0000000000000001
> x23: 0000000000000cc0 x22: 0000000000000010 x21: 0000000000000800
> x20: ffffff8024102a18 x19: 0000000000000000 x18: 0000000000000000
> x17: 0000000000000009 x16: ffffffe389736a98 x15: 0000000000000078
> x14: ffffffe389704434 x13: 0000000000000007 x12: ffffffe38a2b2560
> x11: 0000000000000800 x10: 0000000000000004 x9 : ffffffe331f07484
> x8 : 5400e9aef2395000 x7 : 0000000000000000 x6 : 000000000000003f
> x5 : 0000000000000001 x4 : 0000000000000000 x3 : 0000000000000cc0
> x2 : ffffff8024102a18 x1 : 0000000000000800 x0 : 0000000000000010
> Call trace:
>   dma_alloc_attrs+0x44/0xf4
>   mtk_vcodec_mem_alloc+0x50/0xa4 [mtk_vcodec_common 2819d3d601f3cd06c1f2213ac1b9995134441421]
>   h264_enc_set_param+0x27c/0x378 [mtk_vcodec_enc 772cc3d26c254e8cf54079451ef8d930d2eb4404]
>   venc_if_set_param+0x4c/0x7c [mtk_vcodec_enc 772cc3d26c254e8cf54079451ef8d930d2eb4404]
>   vb2ops_venc_start_streaming+0x1bc/0x328 [mtk_vcodec_enc 772cc3d26c254e8cf54079451ef8d930d2eb4404]
>   vb2_start_streaming+0x64/0x12c
>   vb2_core_streamon+0x114/0x158
>   vb2_streamon+0x38/0x60
>   v4l2_m2m_streamon+0x48/0x88
>   v4l2_m2m_ioctl_streamon+0x20/0x2c
>   v4l_streamon+0x2c/0x38
>   __video_do_ioctl+0x2c4/0x3dc
>   video_usercopy+0x404/0x934
>   video_ioctl2+0x20/0x2c
>   v4l2_ioctl+0x54/0x64
>   v4l2_compat_ioctl32+0x90/0xa34
>   __arm64_compat_sys_ioctl+0x128/0x13c
>   invoke_syscall+0x4c/0x108
>   el0_svc_common+0x98/0x104
>   do_el0_svc_compat+0x28/0x34
>   el0_svc_compat+0x2c/0x74
>   el0t_32_sync_handler+0xa8/0xcc
>   el0t_32_sync+0x194/0x198
> Code: aa0003f6 aa0203f4 aa0103f5 f900
> 
> 'Fixes: 01abf5fbb081c ("media: mediatek: vcodec: separate struct 'mtk_vcodec_ctx'")'
> Signed-off-by: Yunfei Dong <yunfei.dong@mediatek.com>

Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino@collabora.com>



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2023-10-12 10:02 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-10-10 12:20 [PATCH v2] media: mediatek: vcodec: using encoder device to alloc/free encoder memory Yunfei Dong
2023-10-12 10:00 ` Yunfei Dong (董云飞)
2023-10-12 10:02 ` AngeloGioacchino Del Regno

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).