Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp166002pxm; Wed, 2 Mar 2022 12:37:10 -0800 (PST) X-Google-Smtp-Source: ABdhPJxE2Dft6++leDpMX2cOfYZ4d47EPos+4EyGyg8Zmm4SG4suT2mREiWL73ufwBoAgFIwIXF/ X-Received: by 2002:a17:902:f689:b0:151:55a0:9b85 with SMTP id l9-20020a170902f68900b0015155a09b85mr21150381plg.112.1646253429852; Wed, 02 Mar 2022 12:37:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646253429; cv=none; d=google.com; s=arc-20160816; b=hAEOVxfCnvKYXPc2Zjc8o9odgSkItaKmlPlH7RtS+g6v3rIiPb0UlUKj3B6OfcbjNU m8Q7+0ReCNL9fDofElvj6Fx4/71aDm5ZtcoPSPlf0iHGeqnhfXoL5fTd+um0/7837jcm Q10rKKv585msXY6zrycD3Eml8FLwTBFbdbBBGSUU/dEzLuwsEgnH7u2qY79zBPOjCRAD xu4KS8gNNRKR2C51xcwTbk0ZXdB3dYr27fhN4HmJE3o3l9JmS1pTnTy2Uh+7VciA9Jiq OZIh0aH0nuEtyP/8VMZZnJKSbY8XWhQNrpfbnZ7POkrjHOA4vVJ8ytqf3hVC5KajKnyI wqWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=1s4wKOTETMpFLmBb2NItI/j6bEjRB/YZ4Ymwr19XbJ0=; b=mN7ZhAbGJrNRMWOV4rZ2+G2CON9nOROwe73u3Zw6iWcvUtDaZlOW/QqqIoRULtSeaT jlLyb2JOLxwePtiEpFolFacLJO0/ewA6Dddywk3/F2bK0DHUmQDp6H6dMLSWfegTbCNh /mphHasi18WAiAShClJrKj0vC2xHFtlSQcrkMe/JtFRNaEnIdZYE53CmZugWOy6BZH22 DHxmtfnRzMB+joOc1ohy2HD01Gn1Q3Anjth/GAgTJ7cjgJ+4c+DF57MHtj7uwIy5TjNe 5NW80d6HAvInaH1pD5tL7YlkbF+0JuWkMd7cdHtNlF762GoYGcuI21Ay1YjP1PJKRA9t aEig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ndufresne-ca.20210112.gappssmtp.com header.s=20210112 header.b=4ZEb+kGX; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bk13-20020aa7830d000000b004f63ef155fdsi102963pfb.35.2022.03.02.12.36.42; Wed, 02 Mar 2022 12:37:09 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@ndufresne-ca.20210112.gappssmtp.com header.s=20210112 header.b=4ZEb+kGX; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237201AbiCATBK (ORCPT + 99 others); Tue, 1 Mar 2022 14:01:10 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43026 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233650AbiCATBJ (ORCPT ); Tue, 1 Mar 2022 14:01:09 -0500 Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 89AC913CCF for ; Tue, 1 Mar 2022 11:00:24 -0800 (PST) Received: by mail-qk1-x72c.google.com with SMTP id q4so13661037qki.11 for ; Tue, 01 Mar 2022 11:00:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ndufresne-ca.20210112.gappssmtp.com; s=20210112; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=1s4wKOTETMpFLmBb2NItI/j6bEjRB/YZ4Ymwr19XbJ0=; b=4ZEb+kGX9UGHeCgk10NQjRgBcGreXfCyn9tZaUFlRAdk08BBGVr0zQNiW4CRrTh/hp qrooOuF1YQFqPoG+jI1xuFEIDdG5or/Tej0inwySh4LZgz3yewhhAPfa6zX/dzF/vSzQ R4v2pLJZNG/XWPfp1UFsxn20nhxYDB/nCi8nOWBfl9c0ZhZUqFM1EAmmLmffqUjAoOko aOZNsVeLnaxwuXOHpipxACmntPMdyosXpKvt7tFKlBTCA35oNvIu2D2rSasaWwdoD7WB P6MY3D6l4rIue+N9KF95G2eEcgLrk8Ujbpz2Nx6rzOlKyldlTaRqsILd8OhL30N79hey x2XQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=1s4wKOTETMpFLmBb2NItI/j6bEjRB/YZ4Ymwr19XbJ0=; b=SzlkBtZVQyB/RFTtFueum2DJynTcBEJZ6FYUri0mHVCe05GRzODHOxRH4Nu177fB0I goj2yEzQc46mBAyOzYHqyi3RKFYdTJFDFNIcjh0grNn+tbzdoUnr8mG17mObb6G6IWQN YQyP0AWA2D1JYt0oJdGS51DR0gQvfuMB8G4KRzvMi8ksVIhWwIwxoLwl2OUvMOSU7NI9 LqQx06aDqZzvKi1C0FTprRgYNgtCxIQZadClW9VlsJa8kc4i4QqBM6QaTnwS410zIEq+ D7lNryYdExy6jZ1svCS1lvSs6xbOu4E1J7DrrFccYZi5MNLtu487ZYXd2ueugoMYzIiG Oxbg== X-Gm-Message-State: AOAM531laS75gCr8XI8Q8HiteddZRw/Z36tT8IiEbv/Y80r+bZ0/vQh8 H/pW/FYGbm1VSaOowPyDpdxjsA== X-Received: by 2002:a05:620a:ed2:b0:648:dad8:b39b with SMTP id x18-20020a05620a0ed200b00648dad8b39bmr14775115qkm.185.1646161223571; Tue, 01 Mar 2022 11:00:23 -0800 (PST) Received: from nicolas-tpx395.localdomain (173-246-12-168.qc.cable.ebox.net. [173.246.12.168]) by smtp.gmail.com with ESMTPSA id o200-20020a37a5d1000000b0064904a35862sm6911777qke.96.2022.03.01.11.00.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 01 Mar 2022 11:00:23 -0800 (PST) Message-ID: <410a44bfa10fb230fe35937510273d751dc3d90a.camel@ndufresne.ca> Subject: Re: [PATCH v7, 06/15] media: mtk-vcodec: Refactor get and put capture buffer flow From: Nicolas Dufresne To: Yunfei Dong , Alexandre Courbot , Hans Verkuil , Tzung-Bi Shih , AngeloGioacchino Del Regno , Benjamin Gaignard , Tiffany Lin , Andrew-CT Chen , Mauro Carvalho Chehab , Rob Herring , Matthias Brugger , Tomasz Figa Cc: George Sun , Xiaoyong Lu , Hsin-Yi Wang , Fritz Koenig , Dafna Hirschfeld , Daniel Vetter , dri-devel , Irui Wang , Steve Cho , linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, srv_heupstream@mediatek.com, linux-mediatek@lists.infradead.org, Project_Global_Chrome_Upstream_Group@mediatek.com Date: Tue, 01 Mar 2022 14:00:21 -0500 In-Reply-To: <20220223034008.15781-7-yunfei.dong@mediatek.com> References: <20220223034008.15781-1-yunfei.dong@mediatek.com> <20220223034008.15781-7-yunfei.dong@mediatek.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.3 (3.42.3-1.fc35) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le mercredi 23 février 2022 à 11:39 +0800, Yunfei Dong a écrit : > For lat and core decode in parallel, need to get capture buffer > when core start to decode and put capture buffer to display > list when core decode done. > > Signed-off-by: Yunfei Dong > --- > .../mtk-vcodec/mtk_vcodec_dec_stateless.c | 121 ++++++++++++------ > .../platform/mtk-vcodec/mtk_vcodec_drv.h | 5 +- > .../mtk-vcodec/vdec/vdec_h264_req_if.c | 16 ++- > 3 files changed, 102 insertions(+), 40 deletions(-) > > diff --git a/drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_stateless.c b/drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_stateless.c > index 23a154c4e321..6d481410bf89 100644 > --- a/drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_stateless.c > +++ b/drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_stateless.c > @@ -108,37 +108,87 @@ static const struct mtk_codec_framesizes mtk_vdec_framesizes[] = { > > #define NUM_SUPPORTED_FRAMESIZE ARRAY_SIZE(mtk_vdec_framesizes) > > -static void mtk_vdec_stateless_set_dst_payload(struct mtk_vcodec_ctx *ctx, > - struct vdec_fb *fb) > +static void mtk_vdec_stateless_out_to_done(struct mtk_vcodec_ctx *ctx, > + struct mtk_vcodec_mem *bs, int error) > { > - struct mtk_video_dec_buf *vdec_frame_buf = > - container_of(fb, struct mtk_video_dec_buf, frame_buffer); > - struct vb2_v4l2_buffer *vb = &vdec_frame_buf->m2m_buf.vb; > - unsigned int cap_y_size = ctx->q_data[MTK_Q_DATA_DST].sizeimage[0]; > + struct mtk_video_dec_buf *out_buf; > + struct vb2_v4l2_buffer *vb; > > - vb2_set_plane_payload(&vb->vb2_buf, 0, cap_y_size); > - if (ctx->q_data[MTK_Q_DATA_DST].fmt->num_planes == 2) { > - unsigned int cap_c_size = > - ctx->q_data[MTK_Q_DATA_DST].sizeimage[1]; > + if (!bs) { > + mtk_v4l2_err("Free bitstream buffer fail."); > + return; > + } > + out_buf = container_of(bs, struct mtk_video_dec_buf, bs_buffer); > + vb = &out_buf->m2m_buf.vb; > > - vb2_set_plane_payload(&vb->vb2_buf, 1, cap_c_size); > + mtk_v4l2_debug(2, "Free bitsteam buffer id = %d to done_list", > + vb->vb2_buf.index); > + > + v4l2_m2m_src_buf_remove(ctx->m2m_ctx); > + if (error) { > + v4l2_m2m_buf_done(vb, VB2_BUF_STATE_ERROR); > + if (error == -EIO) > + out_buf->error = true; > + } else { > + v4l2_m2m_buf_done(vb, VB2_BUF_STATE_DONE); > } > } > > -static struct vdec_fb *vdec_get_cap_buffer(struct mtk_vcodec_ctx *ctx, > - struct vb2_v4l2_buffer *vb2_v4l2) > +static void mtk_vdec_stateless_cap_to_disp(struct mtk_vcodec_ctx *ctx, > + struct vdec_fb *fb, int error) > { > - struct mtk_video_dec_buf *framebuf = > - container_of(vb2_v4l2, struct mtk_video_dec_buf, m2m_buf.vb); > - struct vdec_fb *pfb = &framebuf->frame_buffer; > - struct vb2_buffer *dst_buf = &vb2_v4l2->vb2_buf; > + struct mtk_video_dec_buf *vdec_frame_buf; > + struct vb2_v4l2_buffer *vb; > + unsigned int cap_y_size, cap_c_size; > + > + if (!fb) { > + mtk_v4l2_err("Free frame buffer fail."); > + return; > + } > + vdec_frame_buf = container_of(fb, struct mtk_video_dec_buf, > + frame_buffer); > + vb = &vdec_frame_buf->m2m_buf.vb; > + > + cap_y_size = ctx->q_data[MTK_Q_DATA_DST].sizeimage[0]; > + cap_c_size = ctx->q_data[MTK_Q_DATA_DST].sizeimage[1]; > + > + v4l2_m2m_dst_buf_remove(ctx->m2m_ctx); > > - pfb->base_y.va = NULL; > + vb2_set_plane_payload(&vb->vb2_buf, 0, cap_y_size); > + if (ctx->q_data[MTK_Q_DATA_DST].fmt->num_planes == 2) > + vb2_set_plane_payload(&vb->vb2_buf, 1, cap_c_size); > + > + mtk_v4l2_debug(2, "Free frame buffer id = %d to done_list", > + vb->vb2_buf.index); > + if (error) > + v4l2_m2m_buf_done(vb, VB2_BUF_STATE_ERROR); > + else > + v4l2_m2m_buf_done(vb, VB2_BUF_STATE_DONE); > +} > + > +static struct vdec_fb *vdec_get_cap_buffer(struct mtk_vcodec_ctx *ctx) > +{ > + struct mtk_video_dec_buf *framebuf; > + struct vb2_v4l2_buffer *vb2_v4l2; > + struct vb2_buffer *dst_buf; > + struct vdec_fb *pfb; > + > + vb2_v4l2 = v4l2_m2m_next_dst_buf(ctx->m2m_ctx); > + if (!vb2_v4l2) { > + mtk_v4l2_debug(1, "[%d] dst_buf empty!!", ctx->id); > + return NULL; > + } > + > + dst_buf = &vb2_v4l2->vb2_buf; > + framebuf = container_of(vb2_v4l2, struct mtk_video_dec_buf, m2m_buf.vb); > + > + pfb = &framebuf->frame_buffer; > + pfb->base_y.va = vb2_plane_vaddr(dst_buf, 0); > pfb->base_y.dma_addr = vb2_dma_contig_plane_dma_addr(dst_buf, 0); > pfb->base_y.size = ctx->q_data[MTK_Q_DATA_DST].sizeimage[0]; > > if (ctx->q_data[MTK_Q_DATA_DST].fmt->num_planes == 2) { > - pfb->base_c.va = NULL; > + pfb->base_c.va = vb2_plane_vaddr(dst_buf, 1); > pfb->base_c.dma_addr = > vb2_dma_contig_plane_dma_addr(dst_buf, 1); > pfb->base_c.size = ctx->q_data[MTK_Q_DATA_DST].sizeimage[1]; > @@ -162,12 +212,11 @@ static void mtk_vdec_worker(struct work_struct *work) > struct mtk_vcodec_ctx *ctx = > container_of(work, struct mtk_vcodec_ctx, decode_work); > struct mtk_vcodec_dev *dev = ctx->dev; > - struct vb2_v4l2_buffer *vb2_v4l2_src, *vb2_v4l2_dst; > + struct vb2_v4l2_buffer *vb2_v4l2_src; > struct vb2_buffer *vb2_src; > struct mtk_vcodec_mem *bs_src; > struct mtk_video_dec_buf *dec_buf_src; > struct media_request *src_buf_req; > - struct vdec_fb *dst_buf; > bool res_chg = false; > int ret; > > @@ -178,13 +227,6 @@ static void mtk_vdec_worker(struct work_struct *work) > return; > } > > - vb2_v4l2_dst = v4l2_m2m_next_dst_buf(ctx->m2m_ctx); > - if (!vb2_v4l2_dst) { > - v4l2_m2m_job_finish(dev->m2m_dev_dec, ctx->m2m_ctx); > - mtk_v4l2_debug(1, "[%d] no available destination buffer", ctx->id); > - return; > - } > - > vb2_src = &vb2_v4l2_src->vb2_buf; > dec_buf_src = container_of(vb2_v4l2_src, struct mtk_video_dec_buf, > m2m_buf.vb); > @@ -193,9 +235,15 @@ static void mtk_vdec_worker(struct work_struct *work) > mtk_v4l2_debug(3, "[%d] (%d) id=%d, vb=%p", ctx->id, > vb2_src->vb2_queue->type, vb2_src->index, vb2_src); > > - bs_src->va = NULL; > + bs_src->va = vb2_plane_vaddr(vb2_src, 0); > bs_src->dma_addr = vb2_dma_contig_plane_dma_addr(vb2_src, 0); > bs_src->size = (size_t)vb2_src->planes[0].bytesused; > + if (!bs_src->va) { > + v4l2_m2m_job_finish(dev->m2m_dev_dec, ctx->m2m_ctx); > + mtk_v4l2_err("[%d] id=%d source buffer is NULL", ctx->id, > + vb2_src->index); > + return; > + } > > mtk_v4l2_debug(3, "[%d] Bitstream VA=%p DMA=%pad Size=%zx vb=%p", > ctx->id, bs_src->va, &bs_src->dma_addr, bs_src->size, vb2_src); > @@ -206,9 +254,7 @@ static void mtk_vdec_worker(struct work_struct *work) > else > mtk_v4l2_err("vb2 buffer media request is NULL"); > > - dst_buf = vdec_get_cap_buffer(ctx, vb2_v4l2_dst); > - v4l2_m2m_buf_copy_metadata(vb2_v4l2_src, vb2_v4l2_dst, true); > - ret = vdec_if_decode(ctx, bs_src, dst_buf, &res_chg); > + ret = vdec_if_decode(ctx, bs_src, NULL, &res_chg); > if (ret) { > mtk_v4l2_err(" <===[%d], src_buf[%d] sz=0x%zx pts=%llu vdec_if_decode() ret=%d res_chg=%d===>", > ctx->id, vb2_src->index, bs_src->size, > @@ -220,12 +266,9 @@ static void mtk_vdec_worker(struct work_struct *work) > } > } > > - mtk_vdec_stateless_set_dst_payload(ctx, dst_buf); > - > - v4l2_m2m_buf_done_and_job_finish(dev->m2m_dev_dec, ctx->m2m_ctx, > - ret ? VB2_BUF_STATE_ERROR : VB2_BUF_STATE_DONE); > - > + mtk_vdec_stateless_out_to_done(ctx, bs_src, ret); > v4l2_ctrl_request_complete(src_buf_req, &ctx->ctrl_hdl); This haven't changed since last version, so recording the problem with this patch again. The request is being completed here as soon as the lat job is done. This is too soon, here's what the spec says [1]: User-space can poll() a request file descriptor in order to wait until the request completes. A request is considered complete once all its associated buffers are available for dequeuing and all the associated controls have been updated with the values at the time of completion. Note that user-space does not need to wait for the request to complete to dequeue its buffers: buffers that are available halfway through a request can be dequeued independently of the request’s state. In short, the request can't be completed until the core has finished and the related capture buffer have been marked done. As a side effect, you need to handle completing the request in all the possible error cases (you might want to refactor this). Please sync with Benjamin, he's currently trying to find a way to simplify the threading model and the driver while at it. This will otherwise tend to be racy and hard to maintain. https://www.kernel.org/doc/html/latest/userspace-api/media/mediactl/request-api.html#request-submission > + v4l2_m2m_job_finish(dev->m2m_dev_dec, ctx->m2m_ctx); > } > > static void vb2ops_vdec_stateless_buf_queue(struct vb2_buffer *vb) > @@ -358,6 +401,8 @@ const struct mtk_vcodec_dec_pdata mtk_vdec_8183_pdata = { > .uses_stateless_api = true, > .worker = mtk_vdec_worker, > .flush_decoder = mtk_vdec_flush_decoder, > + .cap_to_disp = mtk_vdec_stateless_cap_to_disp, > + .get_cap_buffer = vdec_get_cap_buffer, > .is_subdev_supported = false, > .hw_arch = MTK_VDEC_PURE_SINGLE_CORE, > }; > @@ -376,6 +421,8 @@ const struct mtk_vcodec_dec_pdata mtk_lat_sig_core_pdata = { > .uses_stateless_api = true, > .worker = mtk_vdec_worker, > .flush_decoder = mtk_vdec_flush_decoder, > + .cap_to_disp = mtk_vdec_stateless_cap_to_disp, > + .get_cap_buffer = vdec_get_cap_buffer, > .is_subdev_supported = true, > .hw_arch = MTK_VDEC_LAT_SINGLE_CORE, > }; > diff --git a/drivers/media/platform/mtk-vcodec/mtk_vcodec_drv.h b/drivers/media/platform/mtk-vcodec/mtk_vcodec_drv.h > index 6d27e4d41ede..9fcaf69549dd 100644 > --- a/drivers/media/platform/mtk-vcodec/mtk_vcodec_drv.h > +++ b/drivers/media/platform/mtk-vcodec/mtk_vcodec_drv.h > @@ -350,7 +350,8 @@ enum mtk_vdec_hw_arch { > * @ctrls_setup: init vcodec dec ctrls > * @worker: worker to start a decode job > * @flush_decoder: function that flushes the decoder > - * > + * @get_cap_buffer: get capture buffer from capture queue > + * @cap_to_disp: put capture buffer to disp list > * @vdec_vb2_ops: struct vb2_ops > * > * @vdec_formats: supported video decoder formats > @@ -372,6 +373,8 @@ struct mtk_vcodec_dec_pdata { > int (*ctrls_setup)(struct mtk_vcodec_ctx *ctx); > void (*worker)(struct work_struct *work); > int (*flush_decoder)(struct mtk_vcodec_ctx *ctx); > + struct vdec_fb *(*get_cap_buffer)(struct mtk_vcodec_ctx *ctx); > + void (*cap_to_disp)(struct mtk_vcodec_ctx *ctx, struct vdec_fb *fb, int error); > > struct vb2_ops *vdec_vb2_ops; > > diff --git a/drivers/media/platform/mtk-vcodec/vdec/vdec_h264_req_if.c b/drivers/media/platform/mtk-vcodec/vdec/vdec_h264_req_if.c > index 43542de11e9c..36f3dc1fbe3b 100644 > --- a/drivers/media/platform/mtk-vcodec/vdec/vdec_h264_req_if.c > +++ b/drivers/media/platform/mtk-vcodec/vdec/vdec_h264_req_if.c > @@ -670,32 +670,42 @@ static void vdec_h264_slice_deinit(void *h_vdec) > } > > static int vdec_h264_slice_decode(void *h_vdec, struct mtk_vcodec_mem *bs, > - struct vdec_fb *fb, bool *res_chg) > + struct vdec_fb *unused, bool *res_chg) > { > struct vdec_h264_slice_inst *inst = h_vdec; > const struct v4l2_ctrl_h264_decode_params *dec_params = > get_ctrl_ptr(inst->ctx, V4L2_CID_STATELESS_H264_DECODE_PARAMS); > struct vdec_vpu_inst *vpu = &inst->vpu; > + struct mtk_video_dec_buf *src_buf_info; > + struct mtk_video_dec_buf *dst_buf_info; > + struct vdec_fb *fb; > u32 data[2]; > u64 y_fb_dma; > u64 c_fb_dma; > int err; > > + inst->num_nalu++; > /* bs NULL means flush decoder */ > if (!bs) > return vpu_dec_reset(vpu); > > + fb = inst->ctx->dev->vdec_pdata->get_cap_buffer(inst->ctx); > + src_buf_info = container_of(bs, struct mtk_video_dec_buf, bs_buffer); > + dst_buf_info = container_of(fb, struct mtk_video_dec_buf, frame_buffer); > + > y_fb_dma = fb ? (u64)fb->base_y.dma_addr : 0; > c_fb_dma = fb ? (u64)fb->base_c.dma_addr : 0; > > mtk_vcodec_debug(inst, "+ [%d] FB y_dma=%llx c_dma=%llx va=%p", > - ++inst->num_nalu, y_fb_dma, c_fb_dma, fb); > + inst->num_nalu, y_fb_dma, c_fb_dma, fb); > > inst->vsi_ctx.dec.bs_dma = (uint64_t)bs->dma_addr; > inst->vsi_ctx.dec.y_fb_dma = y_fb_dma; > inst->vsi_ctx.dec.c_fb_dma = c_fb_dma; > inst->vsi_ctx.dec.vdec_fb_va = (u64)(uintptr_t)fb; > > + v4l2_m2m_buf_copy_metadata(&src_buf_info->m2m_buf.vb, > + &dst_buf_info->m2m_buf.vb, true); > get_vdec_decode_parameters(inst); > data[0] = bs->size; > /* > @@ -734,6 +744,8 @@ static int vdec_h264_slice_decode(void *h_vdec, struct mtk_vcodec_mem *bs, > > memcpy(&inst->vsi_ctx, inst->vpu.vsi, sizeof(inst->vsi_ctx)); > mtk_vcodec_debug(inst, "\n - NALU[%d]", inst->num_nalu); > + > + inst->ctx->dev->vdec_pdata->cap_to_disp(inst->ctx, fb, 0); > return 0; > > err_free_fb_out: