Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp3973645rdb; Mon, 11 Dec 2023 05:39:07 -0800 (PST) X-Google-Smtp-Source: AGHT+IE31rl0epda+2VrFNS8Yy1T2a0wVwGAm/oHGV3/gUOh6+JCDANQhFZQhnA4ozo5ZZMZSjLo X-Received: by 2002:a62:e414:0:b0:6ce:2731:e873 with SMTP id r20-20020a62e414000000b006ce2731e873mr4186493pfh.58.1702301946767; Mon, 11 Dec 2023 05:39:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702301946; cv=none; d=google.com; s=arc-20160816; b=FV4kPacdtonWT4HldQwuRtM3V/4kgreAJUg3EsOFc+6tNYpE8oLD1kQihx0Da9pHeH 8GM2f7fi2MOZly836pdF/Wf0G7je8ZbQUaG9diiLcSQVelqRX/DloGLiQA20rorrjcem Ax1W/aRsihbtFMUWmTqQm7ujHU4FaL/hiDrGh/jyAC/Fd1Le4bHt0XVuo9R+2S80o5eB D3Dp2PNxLIbvYtj7YTBKwnekhk9qe8DvcAwOkDHeLR+tnvtz9qvsgEtMBDyEI7w8LDSa FJS/h+cLHQy2xj2le6TIcpeFiQ8FGTMjotmSncm6YXo517W22G+2IBlcmQMzwnbPtUzi F7Wg== 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=IfLykYgbM+5Gm47k0k1eZkmXEMM2srQqifOOZugrKrk=; fh=Bvp/56eZOrbqzmJuIHMC6JSO7g66DtUk/AQajmlEcfQ=; b=tdvuc5aRx9Y5Pek8GQBufWL1xC959YjDT1uA44cQ/0bk4VT3T5mV6i/QAs3sOu6H3F UYFpkL9SEAQEv49qnQaE98VLI3aQ5J0ILngZnrt8wLUlppudpfWrm38aIq8iVutdillP ufsY6C2OdrNJyWiB7h17zDgbzU9qx2n0ludngAqsFJhzhJ/Kj87QV2JmTEqhrFnilfjI YhDiueNtSKP1V0Ej8fTZ+FMlszSacLZbr6wF2YqWc3YgkjfH+yx64IqxBfi0YWl8chNo yBx+XVHbUWALYscvMjN1UAiDjPtQ+QPhJ7cRQKtD/Bw2xaEQ0cAZxUjRepUqbJb9KRnU HQsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=4si09pMV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Return-Path: Received: from groat.vger.email (groat.vger.email. [2620:137:e000::3:5]) by mx.google.com with ESMTPS id z4-20020a656644000000b005c67e10f238si6069847pgv.492.2023.12.11.05.39.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 Dec 2023 05:39:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) client-ip=2620:137:e000::3:5; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=4si09pMV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=collabora.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id 37603806895A; Mon, 11 Dec 2023 05:39:00 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343710AbjLKNia (ORCPT + 99 others); Mon, 11 Dec 2023 08:38:30 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36982 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343657AbjLKNi0 (ORCPT ); Mon, 11 Dec 2023 08:38:26 -0500 Received: from madrid.collaboradmins.com (madrid.collaboradmins.com [46.235.227.194]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 957C5DF; Mon, 11 Dec 2023 05:38:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1702301578; bh=b8ARRgUt6PP7I4tilli30JArn97cnUUvvFgpx2rQFxU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=4si09pMVnmstkM3LDZtViwkwGTu7XQ7H2FOGTVCM8/pTZqClw4xQ2dxJ0ndcgP1tX oHqHfHdxXbzmBP79I/2D/5Lpfqn37pa0YNkD5HFsRGZaLYqy28NtPBhJ+BdprZDJRq yLMnHf7GrpIu3tBTClInLaW9wlo1O9IUtYfiIwE8WuBan5hmhfpnJ71Z3Vqxxwf654 8yUGIVvdRrTkudWdBxP5UMghg4XcN/uJIhsdtPIDLrer75Dqg8KPTYrWKQw4FYnxy/ PT62dPC83WywBONJVKnyGeOXNceEmg2DGve+C/+FZsteYMYSwmMYU5N+yrUbYbZ3+i hNOFoCu8JL80w== Received: from benjamin-XPS-13-9310.. (cola.collaboradmins.com [195.201.22.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: benjamin.gaignard) by madrid.collaboradmins.com (Postfix) with ESMTPSA id 69116378142D; Mon, 11 Dec 2023 13:32:58 +0000 (UTC) From: Benjamin Gaignard To: hverkuil@xs4all.nl, mchehab@kernel.org, tfiga@chromium.org Cc: linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-staging@lists.linux.dev, kernel@collabora.com, Benjamin Gaignard Subject: [PATCH v5 2/3] videobuf2: Add min_reqbufs_allocation field to vb2_queue structure Date: Mon, 11 Dec 2023 14:32:50 +0100 Message-Id: <20231211133251.150999-3-benjamin.gaignard@collabora.com> X-Mailer: git-send-email 2.40.1 In-Reply-To: <20231211133251.150999-1-benjamin.gaignard@collabora.com> References: <20231211133251.150999-1-benjamin.gaignard@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,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 groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Mon, 11 Dec 2023 05:39:00 -0800 (PST) Add 'min_reqbufs_allocation' field in vb2_queue structure so drivers can specificy the minimum number of buffers to allocate when calling VIDIOC_REQBUFS. If used this minimum should be higher than the minimum number of queued buffers needed to start streaming. Signed-off-by: Benjamin Gaignard --- version 5: - Add WARN_ON() vb2_core_queue_init() - Check min_reqbufs_allocation value in vb2_core_queue_init() so it is at least equal to min_queued_buffers + 1. - Rework min_reqbufs_allocation documentation. drivers/media/common/videobuf2/videobuf2-core.c | 10 ++++++++-- include/media/videobuf2-core.h | 13 +++++++++++++ 2 files changed, 21 insertions(+), 2 deletions(-) diff --git a/drivers/media/common/videobuf2/videobuf2-core.c b/drivers/media/common/videobuf2/videobuf2-core.c index 8912dff5bde3..a183edf11586 100644 --- a/drivers/media/common/videobuf2/videobuf2-core.c +++ b/drivers/media/common/videobuf2/videobuf2-core.c @@ -865,7 +865,7 @@ int vb2_core_reqbufs(struct vb2_queue *q, enum vb2_memory memory, /* * Make sure the requested values and current defaults are sane. */ - num_buffers = max_t(unsigned int, *count, q->min_queued_buffers + 1); + num_buffers = max_t(unsigned int, *count, q->min_reqbufs_allocation); num_buffers = min_t(unsigned int, num_buffers, q->max_num_buffers); memset(q->alloc_devs, 0, sizeof(q->alloc_devs)); /* @@ -917,7 +917,7 @@ int vb2_core_reqbufs(struct vb2_queue *q, enum vb2_memory memory, * There is no point in continuing if we can't allocate the minimum * number of buffers needed by this vb2_queue. */ - if (allocated_buffers < q->min_queued_buffers) + if (allocated_buffers < q->min_reqbufs_allocation) ret = -ENOMEM; /* @@ -2521,6 +2521,12 @@ int vb2_core_queue_init(struct vb2_queue *q) if (WARN_ON(q->supports_requests && q->min_queued_buffers)) return -EINVAL; + q->min_reqbufs_allocation = max_t(unsigned int, + q->min_reqbufs_allocation, + q->min_queued_buffers + 1); + if (WARN_ON(q->min_reqbufs_allocation > q->max_num_buffers)) + return -EINVAL; + INIT_LIST_HEAD(&q->queued_list); INIT_LIST_HEAD(&q->done_list); spin_lock_init(&q->done_lock); diff --git a/include/media/videobuf2-core.h b/include/media/videobuf2-core.h index f9a00b6c3c46..2ed57749a280 100644 --- a/include/media/videobuf2-core.h +++ b/include/media/videobuf2-core.h @@ -553,6 +553,18 @@ struct vb2_buf_ops { * VIDIOC_REQBUFS will ensure at least @min_queued_buffers + 1 * buffers will be allocated. Note that VIDIOC_CREATE_BUFS will not * modify the requested buffer count. + * @min_reqbufs_allocation: the minimum number of buffers to be allocated when + * calling VIDIOC_REQBUFS. Drivers can set this if there has to + * be a certain number of buffers available for the hardware to + * work effectively. If set, then @min_reqbufs_allocation must be + * larger than @min_queued_buffers + 1. + * This field is only used by VIDIOC_REQBUFS. This allows calling + * that ioctl with a buffer count of 1 and it will be automatically + * adjusted to a workable buffer count. VIDIOC_CREATE_BUFS will not + * modify the requested buffer count. + * If this field is > 3, then it is highly recommended that the + * driver implements the V4L2_CID_MIN_BUFFERS_FOR_CAPTURE/OUTPUT + * control. */ /* * Private elements (won't appear at the uAPI book): @@ -618,6 +630,7 @@ struct vb2_queue { u32 timestamp_flags; gfp_t gfp_flags; u32 min_queued_buffers; + u32 min_reqbufs_allocation; struct device *alloc_devs[VB2_MAX_PLANES]; -- 2.40.1