Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp760603pxb; Thu, 31 Mar 2022 17:16:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwMfsYd3r6wcfxVCumAcTrLmgEoGsoNvYMohaXHhLyhzI/01bGLgXoMfW06jET7bSBvTNUa X-Received: by 2002:a50:9b11:0:b0:419:a8f:580c with SMTP id o17-20020a509b11000000b004190a8f580cmr18887484edi.292.1648772209584; Thu, 31 Mar 2022 17:16:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648772209; cv=none; d=google.com; s=arc-20160816; b=c7G4RbfzUxZsZjQML3QSqPKK2Wvrr1oo4lz9rH2WgYVHPViImzk3KvLP2GPOMLCKna yctL6c2OS4F2FvCGzlvwUYki2Ps0s+jZ3UgvKIOLYp/6X+FHLQjQtAd74HWOcZKI3fwq xB6b06jcCz4lV1x93KjsM/cNoGbGYu79ClAsa4H1SIlKOK3f/5oWTNelhwjXgZjfeUm1 y5bVIIl+VrNtH1r22Cg/U+iHvfIFltx9DELoeVpT1Q6LHxpSzEHpqR9Boyd1qfyIenTz gkvVIkGPLl8OaSC12vXvC+kDyuE30cAySf96SDh5mHDuySuCaYUTaZSmUoIBmWiTNgCa Gj1w== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=y7Aex5ajTg/0S28ULnuqWrB0WrF0oXko1iaAhmOiG6w=; b=TjMDnx1X0WLKglA8Cj5QJnnj82CUliq5jUOFxu2nUUJMUZAYfh48Zt4H8hrfJ+CAEJ cy+ryowJLsfdvQMi5fzIHFd8ZRK4sia3HHO0gsoK8HvnN0gdziAo/aOokIrmPl3NcJo/ xvyy/fgjhMUCCZJ8XnH610ImEKIn4faOTAwob+jxLmyOAM1an+LVsPTFKKB6LLhfujNo cRin2euMN/29X9Vsq1+bLbL4nSmSUN9rDy9jetdD+d/5cYXNhjVMljuVfFq//rcAnsn6 +Lyf0dFp5ff3u0/9qKaj0u2ni/+Xy6R3XY7qCDSCmPtwiTklT/uw7yCme4WAoI8Zi8Dd tVmA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=mBFH7UXO; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w14-20020a50d98e000000b0041933337939si621000edj.97.2022.03.31.17.16.24; Thu, 31 Mar 2022 17:16:49 -0700 (PDT) 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=@collabora.com header.s=mail header.b=mBFH7UXO; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240938AbiCaTkK (ORCPT + 99 others); Thu, 31 Mar 2022 15:40:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46846 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240910AbiCaTjx (ORCPT ); Thu, 31 Mar 2022 15:39:53 -0400 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [46.235.227.227]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D4E4C239324; Thu, 31 Mar 2022 12:37:55 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: nicolas) with ESMTPSA id A363D1F47259 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1648755474; bh=3kRlflMZKylSksBlTGyBHGjQWwONuPlHkkyiaE6iWjY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=mBFH7UXO/BWTgn0mge7OZnNiQGKEOEaL6P/pQiX4Ig4krhPmp8vindah+nakwuOEm g+w5iw0mm/dh9cG9ldqAZkBPPHwfVAHf7eghaXlkbDB6P9WzjNNvhoYlIYATxTyi// yhDiFcfMo4iNJQxxm2trUN8PC3/l1iP/Xhw2Duv345c9/sMRSg2T34tFM0w7CgIEeF guIual9HLdo8qKc2EEpkdNbPxMhPeGJk6GPHvXfvEzkfI7+jhlVQ9fh2XOEh+wj11x W2OX0h/f8jGe+PUhf2bK2h490khW4JkfIbzcWNqsNXNdNRRiZw1EnafTLN76t5F6sv JFZMjSWr1QZwg== From: Nicolas Dufresne To: Ezequiel Garcia , Mauro Carvalho Chehab , Greg Kroah-Hartman Cc: kernel@collabora.com, Sebastian Fricke , linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org, linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org Subject: [PATCH v2 13/23] media: rkvdec: h264: Fix dpb_valid implementation Date: Thu, 31 Mar 2022 15:37:15 -0400 Message-Id: <20220331193726.289559-14-nicolas.dufresne@collabora.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220331193726.289559-1-nicolas.dufresne@collabora.com> References: <20220331193726.289559-1-nicolas.dufresne@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS, T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY autolearn=ham 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 The ref builder only provided references that are marked as valid in the dpb. Thus the current implementation of dpb_valid would always set the flag to 1. This is not representing missing frames (this is called 'non-existing' pictures in the spec). In some context, these non-existing pictures still need to occupy a slot in the reference list according to the spec. Signed-off-by: Nicolas Dufresne Reviewed-by: Sebastian Fricke --- drivers/staging/media/rkvdec/rkvdec-h264.c | 33 ++++++++++++++++------ 1 file changed, 24 insertions(+), 9 deletions(-) diff --git a/drivers/staging/media/rkvdec/rkvdec-h264.c b/drivers/staging/media/rkvdec/rkvdec-h264.c index dff89732ddd0..bcde37d72244 100644 --- a/drivers/staging/media/rkvdec/rkvdec-h264.c +++ b/drivers/staging/media/rkvdec/rkvdec-h264.c @@ -112,6 +112,7 @@ struct rkvdec_h264_run { const struct v4l2_ctrl_h264_sps *sps; const struct v4l2_ctrl_h264_pps *pps; const struct v4l2_ctrl_h264_scaling_matrix *scaling_matrix; + int ref_buf_idx[V4L2_H264_NUM_DPB_ENTRIES]; }; struct rkvdec_h264_ctx { @@ -725,6 +726,26 @@ static void assemble_hw_pps(struct rkvdec_ctx *ctx, } } +static void lookup_ref_buf_idx(struct rkvdec_ctx *ctx, + struct rkvdec_h264_run *run) +{ + const struct v4l2_ctrl_h264_decode_params *dec_params = run->decode_params; + u32 i; + + for (i = 0; i < ARRAY_SIZE(dec_params->dpb); i++) { + struct v4l2_m2m_ctx *m2m_ctx = ctx->fh.m2m_ctx; + const struct v4l2_h264_dpb_entry *dpb = run->decode_params->dpb; + struct vb2_queue *cap_q = &m2m_ctx->cap_q_ctx.q; + int buf_idx = -1; + + if (dpb[i].flags & V4L2_H264_DPB_ENTRY_FLAG_ACTIVE) + buf_idx = vb2_find_timestamp(cap_q, + dpb[i].reference_ts, 0); + + run->ref_buf_idx[i] = buf_idx; + } +} + static void assemble_hw_rps(struct rkvdec_ctx *ctx, struct rkvdec_h264_run *run) { @@ -762,7 +783,7 @@ static void assemble_hw_rps(struct rkvdec_ctx *ctx, for (j = 0; j < RKVDEC_NUM_REFLIST; j++) { for (i = 0; i < h264_ctx->reflists.num_valid; i++) { - u8 dpb_valid = 0; + bool dpb_valid = run->ref_buf_idx[i] >= 0; u8 idx = 0; switch (j) { @@ -779,8 +800,6 @@ static void assemble_hw_rps(struct rkvdec_ctx *ctx, if (idx >= ARRAY_SIZE(dec_params->dpb)) continue; - dpb_valid = !!(dpb[idx].flags & - V4L2_H264_DPB_ENTRY_FLAG_ACTIVE); set_ps_field(hw_rps, DPB_INFO(i, j), idx | dpb_valid << 4); @@ -859,13 +878,8 @@ get_ref_buf(struct rkvdec_ctx *ctx, struct rkvdec_h264_run *run, unsigned int dpb_idx) { struct v4l2_m2m_ctx *m2m_ctx = ctx->fh.m2m_ctx; - const struct v4l2_h264_dpb_entry *dpb = run->decode_params->dpb; struct vb2_queue *cap_q = &m2m_ctx->cap_q_ctx.q; - int buf_idx = -1; - - if (dpb[dpb_idx].flags & V4L2_H264_DPB_ENTRY_FLAG_ACTIVE) - buf_idx = vb2_find_timestamp(cap_q, - dpb[dpb_idx].reference_ts, 0); + int buf_idx = run->ref_buf_idx[dpb_idx]; /* * If a DPB entry is unused or invalid, address of current destination @@ -1102,6 +1116,7 @@ static int rkvdec_h264_run(struct rkvdec_ctx *ctx) assemble_hw_scaling_list(ctx, &run); assemble_hw_pps(ctx, &run); + lookup_ref_buf_idx(ctx, &run); assemble_hw_rps(ctx, &run); config_registers(ctx, &run); -- 2.34.1