From nobody Tue Oct 7 11:50:45 2025 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [213.167.242.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 21C63274B2D; Thu, 10 Jul 2025 13:52:55 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=213.167.242.64 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752155577; cv=none; b=qY8Sh4M/SDVEydPA/2g5E6hcaHvSUrZW0FNaPFdtOSOblqBfj+6X+BYS5Szcaaiei8DRvwQcYwj5RJIkZuzoxPWo9M4Q+MYs9cSGVKM2xbMt5vg+Sut0zAu36iRVfuWA23x7uIJUXzpsBIytgzuED9GTd4cXKcdFR6rfnYXwlcc= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752155577; c=relaxed/simple; bh=LzdhjGHFZAJWVWmdaCpkz455akL0E3MzU/UWgA36WWI=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=TbERvXDTh2TQVWKEfUD9nOe18NYL46DJQp0L5Eoxds0cVIseCE8cyXA5jBYnh0984dq6iTat3uK9RhklIoPzut1kizF2PQDd46eKQqq1H/3q1t1BQBS783/x7+TbW3VXBLD16WtZdFz1jf9fZmkSSLr1Px9vBeuuBrU9P0awXtA= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=ideasonboard.com; spf=pass smtp.mailfrom=ideasonboard.com; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b=pUIKCwpw; arc=none smtp.client-ip=213.167.242.64 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=ideasonboard.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ideasonboard.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b="pUIKCwpw" Received: from [192.168.0.172] (mob-5-90-137-205.net.vodafone.it [5.90.137.205]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 14C957E4; Thu, 10 Jul 2025 15:52:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1752155542; bh=LzdhjGHFZAJWVWmdaCpkz455akL0E3MzU/UWgA36WWI=; h=From:Date:Subject:References:In-Reply-To:To:Cc:From; b=pUIKCwpwJ56iZNAC2K1Wb7132ZZyeKPmXsr2doc1no7Trbhg/MUarl+CyUJoX77rO xEl6nuuKYYDApR2rTpWqYBvswusZ2AXU5RoeeVrVgJpt4PUL9S4KXUYm70hLLo5A8Q hbcX4nGzJh/hYwbr2C3oLNyItSUOzVS83WBs+bm4= From: Jacopo Mondi Date: Thu, 10 Jul 2025 15:52:14 +0200 Subject: [PATCH v2 5/8] media: v4l2-common: Introduce v4l2-params.c Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <20250710-extensible-parameters-validation-v2-5-7ec8918ec443@ideasonboard.com> References: <20250710-extensible-parameters-validation-v2-0-7ec8918ec443@ideasonboard.com> In-Reply-To: <20250710-extensible-parameters-validation-v2-0-7ec8918ec443@ideasonboard.com> To: Dafna Hirschfeld , Laurent Pinchart , Keke Li , Mauro Carvalho Chehab , Heiko Stuebner , Dan Scally , Sakari Ailus Cc: linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org, linux-arm-kernel@lists.infradead.org, Jacopo Mondi X-Mailer: b4 0.14.2 X-Developer-Signature: v=1; a=openpgp-sha256; l=13580; i=jacopo.mondi@ideasonboard.com; h=from:subject:message-id; bh=LzdhjGHFZAJWVWmdaCpkz455akL0E3MzU/UWgA36WWI=; b=owEBbQKS/ZANAwAKAXI0Bo8WoVY8AcsmYgBob8WrpUoB9Mnqo/TF4YcQUQ5ggcAhdAcuG2Zly 9/b/A2jukWJAjMEAAEKAB0WIQS1xD1IgJogio9YOMByNAaPFqFWPAUCaG/FqwAKCRByNAaPFqFW PD61D/9UJncuoDboHYcT64q0haoTtjzsHdp7OJA7st1aMBpI0GUC8DyFx0oov7Jvh88aT01pLvB XPQfbZLgIWaxG8Vy72fsKP/5D8Nd1ImOHTIZknyPLNZroWtMO79tyEHvXRz5kXmrCVJAs6lFCa6 BK6eKswqIC8/loK71M8GN2nYEnlCd7wzdAmztLyEsXD2cLPXAGphBSze47eL5+hkzhpp5v3FA1k +HbX1+Oo8VlQpgimnaTF5CpS/W6a3WjHilM9sRH+rdNq3BGYjUdb8jG9gkxzZapFbmxdGF6LJAE n4zadfe3AkhU0pqc68DEneAP+4iRwps5njvKkqG3ZskeJvZkVAhg8PIQ8kOk2zWsDSswmj4codt dk3vdoThvd3UYTZezm6VlGeOVLnWWXRdO2bvU5TQhbdCTLDy408yWG6086Pvgdd4UN6VyDrq/ph Igv9sYwWCC91lUuCi41jutnaaoNZdVR89n0tIXlt8JTthT+vjLuFnS+4/RGGmN30g6eml2qULV7 N4Z4SnPkErzcRHIb2zTx/CLBL0ZNGzlF7PhI385ZfdQsEvEvcKU3UNks8M/zIjo9274ikOI2zkX FE9P0vWAWzg1NQVxW3L7NUxL1UoTis2xGC1nEo+tcgld/QCmBj+aDoH3gWtRNMGma7h3pI+1eNC Uu/kKAuTED/b7YQ== X-Developer-Key: i=jacopo.mondi@ideasonboard.com; a=openpgp; fpr=72392EDC88144A65C701EA9BA5826A2587AD026B Add to the v4l2 framework an helper function to support drivers when validating a buffer of extensible parameters. Introduce new types in include/media/v4l2-params.h that drivers shall use in order to comply with the v4l2-params validation procedure, and add a helper functions to v4l2-params.c to perform block and buffer validation. Signed-off-by: Jacopo Mondi Reviewed-by: Daniel Scally --- MAINTAINERS | 2 + drivers/media/v4l2-core/Makefile | 3 +- drivers/media/v4l2-core/v4l2-params.c | 128 ++++++++++++++++++++++++++ include/media/v4l2-params.h | 165 ++++++++++++++++++++++++++++++= ++++ 4 files changed, 297 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index beecac86991d988c48d31366ba5201b09ef25715..3d9a8e06c59eb08360d1e8eea85= e450a15ee95af 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -25973,6 +25973,8 @@ M: Jacopo Mondi L: linux-media@vger.kernel.org S: Maintained F: Documentation/userspace-api/media/v4l/extensible-parameters.rst +F: drivers/media/v4l2-core/v4l2-params.c +F: include/media/v4l2-params.h F: include/uapi/linux/media/v4l2-extensible-params.h =20 VF610 NAND DRIVER diff --git a/drivers/media/v4l2-core/Makefile b/drivers/media/v4l2-core/Mak= efile index 2177b9d63a8ffc1127c5a70118249a2ff63cd759..323330dd359f95c1ae3d0c35bd6= fcb8291a33a07 100644 --- a/drivers/media/v4l2-core/Makefile +++ b/drivers/media/v4l2-core/Makefile @@ -11,7 +11,8 @@ tuner-objs :=3D tuner-core.o videodev-objs :=3D v4l2-dev.o v4l2-ioctl.o v4l2-device.o v4l2-fh.o \ v4l2-event.o v4l2-subdev.o v4l2-common.o \ v4l2-ctrls-core.o v4l2-ctrls-api.o \ - v4l2-ctrls-request.o v4l2-ctrls-defs.o + v4l2-ctrls-request.o v4l2-ctrls-defs.o \ + v4l2-params.o =20 # Please keep it alphabetically sorted by Kconfig name # (e. g. LC_ALL=3DC sort Makefile) diff --git a/drivers/media/v4l2-core/v4l2-params.c b/drivers/media/v4l2-cor= e/v4l2-params.c new file mode 100644 index 0000000000000000000000000000000000000000..e2d27fa595110600ea27f1c14cd= 3d129c66dcd75 --- /dev/null +++ b/drivers/media/v4l2-core/v4l2-params.c @@ -0,0 +1,128 @@ +// SPDX-License-Identifier: GPL-2.0-or-later +/* + * Video4Linux2 extensible parameters helpers + * + * Copyright (C) 2025 Ideas On Board Oy + * Author: Jacopo Mondi + */ + +#include + +int v4l2_params_buffer_validate(struct device *dev, struct vb2_buffer *vb, + size_t max_size, + v4l2_params_validate_buffer buffer_validate) +{ + size_t header_size =3D offsetof(struct v4l2_params_buffer, data); + struct v4l2_params_buffer *buffer =3D vb2_plane_vaddr(vb, 0); + size_t payload_size =3D vb2_get_plane_payload(vb, 0); + size_t buffer_size; + int ret; + + /* Payload size can't be greater than the destination buffer size */ + if (payload_size > max_size) { + dev_dbg(dev, "Payload size is too large: %zu\n", payload_size); + return -EINVAL; + } + + /* Payload size can't be smaller than the header size */ + if (payload_size < header_size) { + dev_dbg(dev, "Payload size is too small: %zu\n", payload_size); + return -EINVAL; + } + + /* Validate the size reported in the parameter buffer header */ + buffer_size =3D header_size + buffer->data_size; + if (buffer_size !=3D payload_size) { + dev_dbg(dev, "Data size %zu and payload size %zu are different\n", + buffer_size, payload_size); + return -EINVAL; + } + + /* Driver-specific buffer validation. */ + if (buffer_validate) { + ret =3D buffer_validate(dev, buffer); + if (ret) + return ret; + } + + return 0; +} +EXPORT_SYMBOL_GPL(v4l2_params_buffer_validate); + +int v4l2_params_blocks_validate(struct device *dev, + const struct v4l2_params_buffer *buffer, + const struct v4l2_params_handler *handlers, + size_t num_handlers, + v4l2_params_validate_block block_validate) +{ + size_t block_offset =3D 0; + size_t buffer_size; + int ret; + + /* Walk the list of parameter blocks and validate them. */ + buffer_size =3D buffer->data_size; + while (buffer_size >=3D sizeof(struct v4l2_params_block_header)) { + const struct v4l2_params_handler *handler; + const struct v4l2_params_block_header *block; + bool valid_size =3D true; + + /* Validate block sizes and types against the handlers. */ + block =3D (const struct v4l2_params_block_header *) + (buffer->data + block_offset); + + if (block->type >=3D num_handlers) { + dev_dbg(dev, "Invalid parameters block type\n"); + return -EINVAL; + } + + if (block->size > buffer_size) { + dev_dbg(dev, "Premature end of parameters data\n"); + return -EINVAL; + } + + /* It's invalid to specify both ENABLE and DISABLE. */ + if ((block->flags & (V4L2_PARAMS_FL_BLOCK_ENABLE | + V4L2_PARAMS_FL_BLOCK_DISABLE)) =3D=3D + (V4L2_PARAMS_FL_BLOCK_ENABLE | + V4L2_PARAMS_FL_BLOCK_DISABLE)) { + dev_dbg(dev, "Invalid parameters block flags\n"); + return -EINVAL; + } + + /* + * Match the block reported size against the handler's expected + * one, but allow the block to only contain the header in + * case it is going to be disabled. + */ + handler =3D &handlers[block->type]; + if (block->size !=3D handler->size) { + valid_size =3D false; + + if ((block->flags & V4L2_PARAMS_FL_BLOCK_DISABLE) && + block->size =3D=3D sizeof(*block)) + valid_size =3D true; + } + if (!valid_size) { + dev_dbg(dev, "Invalid parameters block size\n"); + return -EINVAL; + } + + /* Driver-specific per-block validation. */ + if (block_validate) { + ret =3D block_validate(dev, block); + if (ret) + return ret; + } + + block_offset +=3D block->size; + buffer_size -=3D block->size; + } + + if (buffer_size) { + dev_dbg(dev, "Unexpected data after the parameters buffer end\n"); + return -EINVAL; + } + + return 0; +} +EXPORT_SYMBOL_GPL(v4l2_params_blocks_validate); diff --git a/include/media/v4l2-params.h b/include/media/v4l2-params.h new file mode 100644 index 0000000000000000000000000000000000000000..e8169e559d114af03bb41876111= 839fbe023ee6d --- /dev/null +++ b/include/media/v4l2-params.h @@ -0,0 +1,165 @@ +/* SPDX-License-Identifier: GPL-2.0-or-later */ +/* + * Video4Linux2 extensible parameters helpers + * + * Copyright (C) 2025 Ideas On Board Oy + * Author: Jacopo Mondi + */ + +#ifndef V4L2_PARAMS_H_ +#define V4L2_PARAMS_H_ + +#include + +#include + +#include + +/** + * typedef v4l2_params_block_handler - V4L2 extensible format block handler + * @arg: pointer the driver-specific argument + * @block: the ISP configuration block to handle + * + * Defines the function signature of the functions that handle an ISP block + * configuration. + */ +typedef void (*v4l2_params_block_handler)(void *arg, + const struct v4l2_params_block_header *block); + +/** + * struct v4l2_params_handler - V4L2 extensible format handler + * @size: the block expected size + * @handler: the block handler function + * @group: the device-specific group id the block belongs to (optional) + * @features: the device-specific features flags (optional) + * + * The v4l2_params_handler defines the type that driver making use of the + * V4L2 extensible parameters shall use to define their own ISP block + * handlers. + * + * Drivers shall prepare a list of handlers, one for each supported ISP bl= ock + * and correctly populate the structure's field with the expected block @s= ize + * (used for validation), a pointer to each block @handler function and an + * optional @group and @feature flags, the driver can use to differentiate= which + * ISP blocks are present on the ISP implementation. + * + * The @group field is intended to be used as a bitmask of driver-specific + * flags to allow the driver to setup certain blocks at different times. A= s an + * example an ISP driver can divide its block handlers in "pre-configure" = blocks + * and "run-time" blocks and use the @group bitmask to identify the ISP bl= ocks + * that have to be pre-configured from the ones that only have to be handl= ed at + * run-time. The usage and definition of the @group field is totally + * driver-specific. + * + * The @features flag can instead be used to differentiate between blocks + * implemented in different revisions of the ISP design. In example some I= SP + * blocks might be present on more recent revision than others. Populating= the + * @features bitmask with the ISP/SoC machine identifier allows the driver= to + * correctly ignore the blocks not supported on the ISP revision it is run= ning + * on. As per the @group bitmask, the usage and definition of the @features + * field is totally driver-specific. + */ +struct v4l2_params_handler { + size_t size; + v4l2_params_block_handler handler; + unsigned int group; + unsigned int features; +}; + +/** + * typedef v4l2_params_validate_buffer - V4L2 extensible parameters buffer + * validation callback + * @dev: the driver's device pointer (as passed by the driver to + * v4l2_params_buffer_validate()) + * @buffer: the extensible parameters buffer + * + * Defines the function prototype for the driver's callback to perform + * driver-specific validation on the extensible parameters buffer + */ +typedef int (*v4l2_params_validate_buffer)(struct device *dev, + const struct v4l2_params_buffer *buffer); + +/** + * v4l2_params_buffer_validate - Validate a V4L2 extensible parameters buf= fer + * @dev: the driver's device pointer + * @vb: the videobuf2 buffer + * @max_size: the maximum allowed buffer size + * @buffer_validate: callback to the driver-specific buffer validation + * + * Helper function that performs validation of an extensible parameters bu= ffer. + * + * The helper is meant to be used by drivers to perform validation of the + * extensible parameters buffer size correctness. + * + * The @vb buffer as received from the vb2 .buf_prepare operation is check= ed + * against @max_size and its validated to be large enough to accommodate at + * least one ISP configuration block. The effective buffer size is compared + * to the data size reported by @cfg to make sure they match. + * + * If provided, the @buffer_validate callback function is invoked to allow + * drivers to perform driver-specific validation (such as checking that the + * buffer version is supported). + * + * Drivers should use this function to validate the buffer size correctness + * before performing a copy of the user-provided videobuf2 buffer content = into a + * kernel-only memory buffer to prevent userspace from modifying the buffer + * content after it has been submitted to the driver. + *. + * Examples of users of this function can be found in + * rkisp1_params_prepare_ext_params() and in c3_isp_params_vb2_buf_prepare= (). + */ +int v4l2_params_buffer_validate(struct device *dev, struct vb2_buffer *vb, + size_t max_size, + v4l2_params_validate_buffer buffer_validate); + +/** + * typedef v4l2_params_validate_block - V4L2 extensible parameters block + * validation callback + * @dev: the driver's device pointer (as passed by the driver to + * v4l2_params_validate()) + * @block: the ISP configuration block to validate + * + * Defines the function prototype for the driver's callback to perform + * driver-specific validation on each ISP block. + */ +typedef int (*v4l2_params_validate_block)(struct device *dev, + const struct v4l2_params_block_header *block); + +/** + * v4l2_params_blocks_validate - Validate V4L2 extensible parameters ISP + * configuration blocks + * @dev: the driver's device pointer + * @buffer: the extensible parameters configuration buffer + * @handlers: the list of block handlers + * @num_handlers: the number of block handlers + * @block_validate: callback to the driver-specific per-block validation + * function + * + * Helper function that performs validation of the ISP configuration block= s in + * an extensible parameters buffer. + * + * The helper is meant to be used by drivers to perform validation of the + * ISP configuration data blocks. For each block in the extensible paramet= ers + * buffer, its size and correctness are validated against its associated h= andler + * in the @handlers list. Additionally, if provided, the @block_validate + * callback is invoked on each block to allow drivers to perform driver-sp= ecific + * validation. + * + * Drivers should to use this function to validate the ISP configuration b= locks + * after having validated the correctness of the vb2 buffer sizes by using= the + * v4l2_params_buffer_validate() helper first. Once the buffer size has be= en + * validated, drivers should perform a copy of the user-provided buffer in= to a + * kernel-only memory buffer @cfg to prevent userspace from modifying the = buffer + * content after it has been submitted to the driver, and then call this + * function to perform per-block validation. + * + * Examples of users of this function can be found in + * rkisp1_params_prepare_ext_params() and in c3_isp_params_vb2_buf_prepare= (). + */ +int v4l2_params_blocks_validate(struct device *dev, + const struct v4l2_params_buffer *buffer, + const struct v4l2_params_handler *handlers, + size_t num_handlers, + v4l2_params_validate_block block_validate); + +#endif /* V4L2_PARAMS_H_ */ --=20 2.49.0