Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp1263161rwj; Fri, 23 Dec 2022 15:53:34 -0800 (PST) X-Google-Smtp-Source: AMrXdXvGHeU4Lp4ckMxsyDj99LwedmINX6k8k9qXI/H5tW6NIR/rl1E88fpjQzmfMOEaxwMo+m4I X-Received: by 2002:a17:907:b601:b0:838:9c66:cd30 with SMTP id vl1-20020a170907b60100b008389c66cd30mr9538312ejc.13.1671839614120; Fri, 23 Dec 2022 15:53:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671839614; cv=none; d=google.com; s=arc-20160816; b=vjoMVjqT141URzsp7tkMT89nVY6vVSGwpl0vbyRCZJ3qZpqL4zalQVllH/kQG93TZZ yf0vY9fjfBJD084cnJPiX1Mq/M+0/+M2e1DkmfqIlQye9A3rKU5zdYdjTZYuWoPYthFL vvTYYHbocbCtiReaxJEPlduTdHVOpg0kpcbTV5QQ4tkizsCd1bw2LoP28cHkKxWzKkwr k8ALox52QTmaLuTilC4r9AeEp+DapV3r1lumBwSpCXcAdRdZQL+SvB43BBu+iRXWotD+ hbqdJInlOiIOYi2tGW+d0GwDzb1I5MXwMdvc71ug7aQG0xvqtQsgwtDft0ieT8nHzGl9 22SQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=G4pm6jA9V9AVhYNVaCCN3JOos9BOTi5byDHnIfA0tRY=; b=J5lxJEZOnrYvrVgC9HtiPlQaDweytRnVG6XwsQotwQL8fTxjdwy9Wts34GC/U8HHP9 odSAL3xjUyhz4J4Rk8l0zCw/Lvoo/PkafheV3GcLLqFjF5ME4wy/mL6MyfiRFDvcDIrM p+kIQygCquw+L2tVSJYSzb8gltQ3YglHtPuzvHEa0I7Q1QlfGqtb9elNqrRBJjl9E97x y/Y8wtzYXePHTTAVWRlA3lN6wrmZISDBRUTTPySB0f/UmJIeN/GsJ+xPtj9aZpDNdveX 5ARP1E2limJeq17bLNbB4jaUwCRmhIR5I9r8UEnl+QBveu/qqxwbgWri0ksg4vfI8hwX 80lg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=Y8fKRZKr; 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 hr9-20020a1709073f8900b0078223ff2756si3929322ejc.244.2022.12.23.15.53.19; Fri, 23 Dec 2022 15:53:34 -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=@collabora.com header.s=mail header.b=Y8fKRZKr; 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 S231615AbiLWXUb (ORCPT + 65 others); Fri, 23 Dec 2022 18:20:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50688 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230157AbiLWXU3 (ORCPT ); Fri, 23 Dec 2022 18:20:29 -0500 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A179611808; Fri, 23 Dec 2022 15:20:28 -0800 (PST) Received: from [IPv6:2804:14d:72b4:8284:32a8:8167:f815:2895] (unknown [IPv6:2804:14d:72b4:8284:32a8:8167:f815:2895]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: dwlsalmeida) by madras.collabora.co.uk (Postfix) with ESMTPSA id B54FE6602C2E; Fri, 23 Dec 2022 23:20:23 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1671837627; bh=G4pm6jA9V9AVhYNVaCCN3JOos9BOTi5byDHnIfA0tRY=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=Y8fKRZKrqPXVaDIxWwpek2JxmsNNFXfNpITkSukMyQpz8dhEqLOXxULmWCgeH00Ac 21FMlWUBcTtqUaDKAo3YX/enmzp/dsmGGHetes11THJu0rUyYCf1ZwLHCAxxGv9UB9 zdHdOlJfQiKYij0opVzbOwshsW8wKz1qCOTbHCVv5nTj3hcU2NSLfeWnb8CzoPVENs WlP6CG7ddGR/+9jyNutgq7OeMCSobDpvMj5IyVMSGYp4Vj3RkVFIVKUuliBv7Tfqzq BsegJgYLgXiYOk9hFpX7F0wcsKxlE0fuhHI1GoTHUdBcnaV21pwlawi4zukZFmN3/1 ylJgNRyUnOHfQ== Message-ID: Subject: Re: [PATCH v1 7/9] media: verisilicon: Add Rockchip AV1 decoder From: Daniel Almeida To: Benjamin Gaignard , Nicolas Dufresne , ezequiel@vanguardiasur.com.ar, p.zabel@pengutronix.de, mchehab@kernel.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, heiko@sntech.de, nicolas.dufresne@collabora.co.uk Cc: linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kernel@collabora.com Date: Fri, 23 Dec 2022 20:20:10 -0300 In-Reply-To: References: <20221219155616.848690-1-benjamin.gaignard@collabora.com> <20221219155616.848690-8-benjamin.gaignard@collabora.com> <092f76873a914c52c5157a21401be6cf78e3f188.camel@ndufresne.ca> <4afdce546b2f10cf97e12f8325232483efeea1ce.camel@ndufresne.ca> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.2 MIME-Version: 1.0 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_NONE,SPF_PASS 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 Ah, I was too quick on that answer :/ I see that they have REFS_PER_FRAME (7), TOTAL_REFS_PER_FRAME (8) _and_ NUM_REF_FRAMES (8), in which case it is redundant indeed. I will remove that on v4. -- Daniel On Fri, 2022-12-23 at 20:15 -0300, Daniel Almeida wrote: > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0int cur_offset[V4L2_AV1_NU= M_REF_FRAMES - 1]; > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0int cur_roffset[V4L2_AV1_N= UM_REF_FRAMES - 1]; > >=20 > > This looks like V4L2_AV1_REFS_PER_FRAME. Daniel, should be remove > > this > > V4L2_AV1_NUM_REF_FRAMES ? Its redundant with > > V4L2_AV1_TOTAL_REFS_PER_FRAME ... >=20 > Hi. These are different. NUM_REF_FRAMES is the size of the "DPB" > while > TOTAL_REFS_PER_FRAME is the maximum number of references a frame can > use. It just so happens that in AV1 these two are close in absolute > value (i.e. 7 vs 8). >=20 > Using VP9 as a comparison, the DPB size is still 8, but > REFS_PER_FRAME > is 3 (meaning a frame can specificy LAST, GOLDEN and ALTREF values). >=20 > As this is per spec and a mere convenience, I vote for keeping it.=20 >=20 > -- Daniel