Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp727572pxm; Fri, 25 Feb 2022 18:28:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJxtrKvJ/8OKn0jYworr4XsPYCVj7sFhLAsmmAKy5KEJxae8hK/eDuN7tmduPrt+c1KjRRdb X-Received: by 2002:a17:90b:814:b0:1bd:500:162d with SMTP id bk20-20020a17090b081400b001bd0500162dmr3446301pjb.143.1645842517166; Fri, 25 Feb 2022 18:28:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645842517; cv=none; d=google.com; s=arc-20160816; b=SXjk0+ryVCef9a8KOeY4l6t8XDGOCaysAAWd2WtJZMJ/vkf48L2EBVazxiS6gVjatT cTy+WRFBlm9E1HeGrBibljS0IQogT94PB6UGnqRG8lvyg+X9SswbLcx8uJER9zpH9PC5 5h2N1JZsnkdQ/QJ1u5STrhvE/2SN6giDsYS46x13tQeLxRbOstsIWWluCJwxg1TzyPp2 vMDl3Af6rp0KOwwwRM3ggqrGYk/t9eNupX5p13LYHjRXAn62w5VYQTCPgrDpCciRDKxx Af4PwABz6JuK+FuOprUvUn9Gpu/mkNSE62plw1ZNTEC9tMUAP/bXFhnGyPP6VsH5UA0q JjGg== 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=yFpwX/rHH+6GYXCD92ZqOCBFQlOJPuhi/2ww/6tCusI=; b=dWNeGWJAY0h/ueVMzVjDLeJ3hEiQrLZPlxfNv6NiLoJ1IHQjdgDPJ935eaIPxuHCzu hosgSPaDd84humUjQRuVcfPftiwDHqxuBSwjIfAvzVCA+CyWM2EJXZXnyzEl2/BmyF8x TS1opaUrUEzoueq5duYwbRTaYmQ45Qpp2Vb1v8CwG/N2OaM8fsc+vqcnhbD/ZFCBYJmI Nc+8fqQX6uaZtDaMY1D7Za4/bH8IwLMKMHKgx9+072BhHovIjdMfMxLTQD5X8IBjUX1W g9l0fbdE9fr1PVluOD3h/SxpLpSHxZECyD9AYawdE9bIZUzktWeFphVCiE4djFUMjU/P AY4Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=WZfkCE2J; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id h18-20020a056a001a5200b004f3e5b04d2dsi714728pfv.21.2022.02.25.18.28.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Feb 2022 18:28:37 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=WZfkCE2J; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 9674C27F82B; Fri, 25 Feb 2022 17:56:20 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243186AbiBYQqr (ORCPT + 99 others); Fri, 25 Feb 2022 11:46:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50544 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237044AbiBYQqp (ORCPT ); Fri, 25 Feb 2022 11:46:45 -0500 Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 65E5E22D646; Fri, 25 Feb 2022 08:46:12 -0800 (PST) Received: from benjamin-XPS-13-9310.. (unknown [IPv6:2a01:e0a:120:3210:947c:7c9e:f96:1bc]) (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 44C3D1F44AE3; Fri, 25 Feb 2022 16:46:10 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1645807570; bh=j2A4NMSFKaArnsLVO73dDEOpv7p5lUGniQuI/KRT0iU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=WZfkCE2JxgqgEejBkeBO+geDEpH9JsecEffac4b7tu11YHIjr880EdNQCu8vkft5y Y8cGbXaAFg9J2J9PFLes+CEEaFvcmT36Qpx7OvcVlbgkVwwzplOqBJbrLkk4unbEhD RrJpupcsjMPWAriMumeieAPbAhbBcXHO1uwF//kcTll9FeW03t74yj5jk2LwXpA/WG ugmGe+pm4ULLWSHNmPZsiVw7zxPvX0FVGi81GcBmpOKOkvc12uT1bWaBUoj6M1ayMU egTRDjkjP7rMKMZCLfgZA83JGGrgBgYgzKXi8BDy92ZEBOIts3r80dcnoaUewelb7k BO/z4tK4IqIhg== From: Benjamin Gaignard To: 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, Hans Verkuil Subject: [PATCH v3 01/14] videodev2.h: add V4L2_CTRL_FLAG_DYNAMIC_ARRAY Date: Fri, 25 Feb 2022 17:45:47 +0100 Message-Id: <20220225164600.1044663-2-benjamin.gaignard@collabora.com> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20220225164600.1044663-1-benjamin.gaignard@collabora.com> References: <20220225164600.1044663-1-benjamin.gaignard@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 From: Hans Verkuil Add a new flag that indicates that this control is a dynamically sized array. Also document this flag. Currently dynamically sized arrays are limited to one dimensional arrays, but that might change in the future if there is a need for it. The initial use-case of dynamic arrays are stateless codecs. A frame can be divided in many slices, so you want to provide an array containing slice information for each slice. Typically the number of slices is small, but the standard allow for hundreds or thousands of slices. Dynamic arrays are a good solution since sizing the array for the worst case would waste substantial amounts of memory. Signed-off-by: Hans Verkuil --- .../userspace-api/media/v4l/vidioc-queryctrl.rst | 8 ++++++++ include/uapi/linux/videodev2.h | 1 + 2 files changed, 9 insertions(+) diff --git a/Documentation/userspace-api/media/v4l/vidioc-queryctrl.rst b/Documentation/userspace-api/media/v4l/vidioc-queryctrl.rst index 88f630252d98..a20dfa2a933b 100644 --- a/Documentation/userspace-api/media/v4l/vidioc-queryctrl.rst +++ b/Documentation/userspace-api/media/v4l/vidioc-queryctrl.rst @@ -625,6 +625,14 @@ See also the examples in :ref:`control`. ``V4L2_CTRL_FLAG_GRABBED`` flag when buffers are allocated or streaming is in progress since most drivers do not support changing the format in that case. + * - ``V4L2_CTRL_FLAG_DYNAMIC_ARRAY`` + - 0x0800 + - This control is a dynamically sized 1-dimensional array. It + behaves the same as a regular array, except that the number + of elements as reported by the ``elems`` field is between 1 and + ``dims[0]``. So setting the control with a differently sized + array will change the ``elems`` field when the control is + queried afterwards. Return Value ============ diff --git a/include/uapi/linux/videodev2.h b/include/uapi/linux/videodev2.h index df8b9c486ba1..e27c8eae78c9 100644 --- a/include/uapi/linux/videodev2.h +++ b/include/uapi/linux/videodev2.h @@ -1884,6 +1884,7 @@ struct v4l2_querymenu { #define V4L2_CTRL_FLAG_HAS_PAYLOAD 0x0100 #define V4L2_CTRL_FLAG_EXECUTE_ON_WRITE 0x0200 #define V4L2_CTRL_FLAG_MODIFY_LAYOUT 0x0400 +#define V4L2_CTRL_FLAG_DYNAMIC_ARRAY 0x0800 /* Query flags, to be ORed with the control ID */ #define V4L2_CTRL_FLAG_NEXT_CTRL 0x80000000 -- 2.32.0