Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp1233434pxb; Fri, 18 Feb 2022 03:36:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJwGxN/icfuLIURhjlQGkvC0Wv14qsy+a/98OQ8vHbe2n5yaKaUrk/FYx5f9UJ9V9++ZftT6 X-Received: by 2002:a17:902:b204:b0:14d:a8c8:af37 with SMTP id t4-20020a170902b20400b0014da8c8af37mr7260635plr.108.1645184208099; Fri, 18 Feb 2022 03:36:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645184208; cv=none; d=google.com; s=arc-20160816; b=makxyLfq2fbYT6AJN3lnw+8/7OOcdT0GD5sjZKdWd5ab8RcC12B3mpJE75eML9yXoT ZSW2hDdEGdRYhdLxQ4QeNULOoKMASJqkYy1F6BU35mhZskE0iwGT1o/n+MwvyWp5nRu6 /XG3heZX/BzO5rffx2iIXosKC2lNdrZKtVPPCMbSgQm7tKO0k6TlL/8XjHMVDvSbHE0r 6mszGg0VlTPjGHzMPvcs7Krt2DUeKWHAClB82/0LNdpNK0j5JtJA3TCSRKQW/EfCPVzF P7tCu/ArR6AdYpi9GgvtghGCQU6ta1yJqJsmnv2J9zF4Yi0S3FXyExs3i70htC4lbgWS wmmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=iVaqrdbqfRYPPGFxfhvFsLPNaK2Ku0CvoJDDs2a1W18=; b=lNR38yJYFjnXEOccEZaEgAWrFcV7WgB/Ph5Rcz3Ztfpllxtnq7wJI9ECw9moQLuK3C KsMFMG7d02x6DgG1mfb6DHXLCbIzP4jyBZc8XGfLUgWv7QFBs2r5zbUTjPPuSKTrTSfV nfRhoYucqG6LSn0GNZd5rNOJLILuoNs5TVOEW+xK45FmFhsWH5BClnyB2L0+RgaVJZfD UOWaY8AgJSYYMLPA/WT1XKDTyT8I7pzXyJZNZvsQEK+5OyktrI8iFMCdghMu50nOzOU6 /VFm1ipwU6HUsZbQnCDro6G+LHyb+IedygRb8genzRF0Z3r/ZP10sqCoUYP7pFwPKMfW 0Ytg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=TDu6sVCP; 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 o13si20541510pla.73.2022.02.18.03.36.34; Fri, 18 Feb 2022 03:36:48 -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=TDu6sVCP; 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 S234187AbiBRKyt (ORCPT + 99 others); Fri, 18 Feb 2022 05:54:49 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:35934 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234175AbiBRKyr (ORCPT ); Fri, 18 Feb 2022 05:54:47 -0500 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [46.235.227.227]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7CEF322BEE; Fri, 18 Feb 2022 02:54:31 -0800 (PST) Received: from [IPV6:2a01:e0a:120:3210:b17a:7c93:c01d:b57a] (unknown [IPv6:2a01:e0a:120:3210:b17a:7c93:c01d:b57a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: benjamin.gaignard) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 914981F46707; Fri, 18 Feb 2022 10:54:29 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1645181670; bh=mDKgd+Q2AHRC4xAge6dnVi0CH3nxoQVlAGei2HcyOQg=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=TDu6sVCPrAY0o8/Q/YqZdiINsKgsQ9aBOAHrLbjWG6lDHh6LP5+wUAoVaHpKm72GK hN0Tx8+ZFIjAdsm5juPRKOsdTZC/8HF4+nRkE6inLRXiTSY27pSAKL8CjB7zPYi+kY aqQyDfCda2CrYeokplNn9ZN/lhdCOhoGYaR3U8W7xDmaXx1vBGW+sOE2WYPLjjsQHu ZFBoZU00zEF43GIRvf5paKh5cEvE2dBX2rDofpHqxpe4D01+kX5AWUtYrwwvF5M0TK ZyQnkZo/lYJ3RuazpgvcpTLaUWvFio0a8uwj26HdUAbAcOvXnQQzRa8kizIbSlv6f/ rrgmvoYawds6g== Message-ID: <8ea4b561-2d46-3d40-73a1-2fe4d92c095d@collabora.com> Date: Fri, 18 Feb 2022 11:54:27 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [RFC v2 0/8] Move HEVC stateless controls out of staging Content-Language: en-US To: Hans Verkuil , mchehab@kernel.org, ezequiel@vanguardiasur.com.ar, p.zabel@pengutronix.de, gregkh@linuxfoundation.org, mripard@kernel.org, paul.kocialkowski@bootlin.com, wens@csie.org, jernej.skrabec@gmail.com, jonas@kwiboo.se, nicolas@ndufresne.ca Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, linux-staging@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-sunxi@lists.linux.dev, kernel@collabora.com, knaerzche@gmail.com, jc@kynesim.co.uk References: <20220215110103.241297-1-benjamin.gaignard@collabora.com> From: Benjamin Gaignard In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed 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,NICE_REPLY_A,SPF_HELO_PASS, SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Le 18/02/2022 à 10:59, Hans Verkuil a écrit : > Hi Benjamin, > > On 15/02/2022 12:00, Benjamin Gaignard wrote: >> This series aims to make HEVC uapi stable and usable for hardware >> decoder. HEVC uapi is used by 2 mainlined drivers (Cedrus and Hantro) >> and 2 out of the tree drivers (rkvdec and RPI). >> >> The 3 first patches are from Hans to implement v4l2 dynamic control >> feature which is need by patch 7 for V4L2_CID_STATELESS_HEVC_ENTRY_POINT_OFFSET >> definition. >> >> Patch 4 move the existing uapi to stable, including definitions renaming >> and CID number change to fit with v4l2 naming. >> >> Patches 5 and 7 add fields needed for rkvdec and RPI decoders. >> >> Patches 6 is cleaning up the uapi of useless field. >> Patches 8 change one field description and name to define offset by >> bytes rather than by bits > I have some housekeeping questions: > > I have several older HEVC-related patches from you, which of those are still > valid? > > "[v4,0/9] Additional features for Hantro HEVC": > https://patchwork.linuxtv.org/project/linux-media/cover/20210625141143.577998-1-benjamin.gaignard@collabora.com/ > > "media: hevc: fix pictures lists type": > https://patchwork.linuxtv.org/project/linux-media/patch/20210823082949.237716-1-benjamin.gaignard@collabora.com/ > > "media: hantro: Trace hevc hw cycles performance register": > https://patchwork.linuxtv.org/project/linux-media/patch/20210823135606.633052-1-benjamin.gaignard@collabora.com/ > > "media: hantro: Add support of compressed reference buffers" > https://patchwork.linuxtv.org/project/linux-media/patch/20210823162916.824336-1-benjamin.gaignard@collabora.com/ > > Before moving the HEVC API out of staging I would prefer to have any remaining > issues fixed. So one series that adds any remaining fixes (i.e. from the older patches > mentioned above), and a second series on top that moves it out of staging. Hi Hans, They are all related to Hantro diver and, after post-proc patches, the internal driver design has change so they won't apply anymore. You can discard them. HEVC UAPI migration isn't not impacted by these patches. My plan is a finish the HEVC UAPI first, send patches to add features (compression, 10bits, scaling) to Hantro driver and finally move it out of staging too. If possible I would like to not make HEVC UAPI topic depends of Hantro features. Does that makes sense for you ? Regards, Benjamin > > That way I can mark the older patches as Superseded, and we have a > fresh series that we can discuss. > > Regards, > > Hans > >> Benjamin >> >> Benjamin Gaignard (5): >> media: uapi: Move HEVC stateless controls out of staging >> media: uapi: Add fields needed for RKVDEC driver >> media: uapi: Remove bit_size field from v4l2_ctrl_hevc_slice_params >> media: uapi: Add V4L2_CID_STATELESS_HEVC_ENTRY_POINT_OFFSET control >> media: uapi: Change data_bit_offset definition >> >> Hans Verkuil (3): >> videodev2.h: add V4L2_CTRL_FLAG_DYNAMIC_ARRAY >> v4l2-ctrls: add support for dynamically allocated arrays. >> vivid: add dynamic array test control >> >> .../userspace-api/media/drivers/hantro.rst | 5 - >> .../media/v4l/ext-ctrls-codec.rst | 58 ++-- >> .../media/v4l/vidioc-queryctrl.rst | 8 + >> .../media/test-drivers/vivid/vivid-ctrls.c | 15 ++ >> drivers/media/v4l2-core/v4l2-ctrls-api.c | 103 ++++++-- >> drivers/media/v4l2-core/v4l2-ctrls-core.c | 182 ++++++++++--- >> drivers/media/v4l2-core/v4l2-ctrls-defs.c | 32 +-- >> drivers/media/v4l2-core/v4l2-ctrls-priv.h | 3 +- >> drivers/media/v4l2-core/v4l2-ctrls-request.c | 13 +- >> drivers/staging/media/hantro/hantro_drv.c | 27 +- >> drivers/staging/media/hantro/hantro_hevc.c | 8 +- >> drivers/staging/media/sunxi/cedrus/cedrus.c | 24 +- >> .../staging/media/sunxi/cedrus/cedrus_dec.c | 10 +- >> .../staging/media/sunxi/cedrus/cedrus_h265.c | 13 +- >> include/linux/hantro-media.h | 17 ++ >> include/media/hevc-ctrls.h | 250 ------------------ >> include/media/v4l2-ctrls.h | 48 +++- >> include/uapi/linux/v4l2-controls.h | 224 ++++++++++++++++ >> include/uapi/linux/videodev2.h | 8 + >> 19 files changed, 640 insertions(+), 408 deletions(-) >> create mode 100644 include/linux/hantro-media.h >> delete mode 100644 include/media/hevc-ctrls.h >>