From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Dan Scally <dan.scally@ideasonboard.com>
Cc: linux-media@vger.kernel.org, devicetree@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, Anthony.McGivern@arm.com,
jacopo.mondi@ideasonboard.com, nayden.kanchev@arm.com,
robh+dt@kernel.org, mchehab@kernel.org,
krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org,
jerome.forissier@linaro.org, kieran.bingham@ideasonboard.com,
laurent.pinchart@ideasonboard.com
Subject: Re: [PATCH v11 18/19] media: platform: Add mali-c55 parameters video node
Date: Wed, 30 Jul 2025 21:22:32 +0000 [thread overview]
Message-ID: <aIqNGObJlU-YCgPC@kekkonen.localdomain> (raw)
In-Reply-To: <7b6dbaab-ec40-4b84-8e8f-b53062568838@ideasonboard.com>
Hi Dan,
On Wed, Jul 30, 2025 at 10:11:22PM +0100, Dan Scally wrote:
> Hi Sakari, thanks for the comments
>
> On 30/07/2025 15:36, Sakari Ailus wrote:
> > Hi Daniel,
> >
> > Thanks for the update.
> >
> > On Mon, Jul 14, 2025 at 04:06:44PM +0100, Daniel Scally wrote:
> > > +static int
> > > +mali_c55_params_validate_buffer(struct device *dev,
> > > + const struct v4l2_params_buffer *buffer)
> > > +{
> > > + /* Only v1 is supported at the moment. */
> > > + if (buffer->version != MALI_C55_PARAM_BUFFER_V1) {
> > > + dev_dbg(dev, "Unsupported extensible format version: %u\n",
> > > + buffer->version);
> > > + return -EINVAL;
> > > + }
> > Is there anything else to validate here?
>
>
> Not at this stage; the rest of the validation is done by Jacopo's new
> framework
>
> >
> > I guess nothing is done with the information other than the value is being
> > checked above, but if it had an effect on something, one would need to copy
> > the information to memory not accessible to the user.
>
>
> Thats done later in .buf_prepare()
Ah, thanks; I missed that earlier.
>
> >
> > > +
> > > + return 0;
> > > +}
> > > +
> > > +static int mali_c55_params_buf_prepare(struct vb2_buffer *vb)
> > > +{
> > > + struct mali_c55_params *params = vb2_get_drv_priv(vb->vb2_queue);
> > > + struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
> > > + struct mali_c55_params_buf *buf = to_mali_c55_params_buf(vbuf);
> > > + struct mali_c55 *mali_c55 = params->mali_c55;
> > > + struct v4l2_params_buffer *config;
> > > + int ret;
> > > +
> > > + ret = v4l2_params_buffer_validate(
> > > + mali_c55->dev, vb,
> > > + v4l2_params_buffer_size(MALI_C55_PARAMS_MAX_SIZE),
> > > + mali_c55_params_validate_buffer);
> > > + if (ret)
> > > + return ret;
> > > +
> > > + /*
> > > + * Copy the parameters buffer provided by userspace to the internal
> > > + * scratch buffer. This protects against the chance of userspace making
> > > + * changed to the buffer content whilst the driver processes it.
> > > + */
> > > + config = vb2_plane_vaddr(vb, 0);
> > > + memcpy(buf->config, config, v4l2_params_buffer_size(MALI_C55_PARAMS_MAX_SIZE));
> > > +
> > > + return v4l2_params_blocks_validate(mali_c55->dev, buf->config,
> > > + mali_c55_block_handlers,
> > > + ARRAY_SIZE(mali_c55_block_handlers),
> > > + NULL);
> > > +}
> > > +
> > > +static void mali_c55_params_buf_queue(struct vb2_buffer *vb)
> > > +{
> > > + struct mali_c55_params *params = vb2_get_drv_priv(vb->vb2_queue);
> > > + struct vb2_v4l2_buffer *vbuf = to_vb2_v4l2_buffer(vb);
> > > + struct mali_c55_params_buf *buf = to_mali_c55_params_buf(vbuf);
> > > +
> > > + spin_lock(¶ms->buffers.lock);
> > > + list_add_tail(&buf->queue, ¶ms->buffers.queue);
> > > + spin_unlock(¶ms->buffers.lock);
> > > +}
> > > +
> > > +static void mali_c55_params_return_buffers(struct mali_c55_params *params,
> > > + enum vb2_buffer_state state)
> > > +{
> > > + struct mali_c55_params_buf *buf, *tmp;
> > > +
> > > + guard(spinlock)(¶ms->buffers.lock);
> > > +
> > > + list_for_each_entry_safe(buf, tmp, ¶ms->buffers.queue, queue) {
> > > + list_del(&buf->queue);
> > > + vb2_buffer_done(&buf->vb.vb2_buf, state);
> > > + }
> > > +}
> > > +
> > > +static int mali_c55_params_start_streaming(struct vb2_queue *q,
> > > + unsigned int count)
> > > +{
> > > + struct mali_c55_params *params = vb2_get_drv_priv(q);
> > > + struct mali_c55 *mali_c55 = params->mali_c55;
> > > + int ret;
> > > +
> > > + ret = pm_runtime_resume_and_get(mali_c55->dev);
> > > + if (ret)
> > > + goto err_return_buffers;
> > > +
> > > + ret = video_device_pipeline_alloc_start(¶ms->vdev);
> > > + if (ret)
> > > + goto err_pm_put;
> > > +
> > > + ret = video_device_pipeline_started(¶ms->vdev);
> > > + if (ret < 0)
> > > + goto err_stop_pipeline;
> > > +
> > > + return 0;
> > > +
> > > +err_stop_pipeline:
> > > + video_device_pipeline_stop(¶ms->vdev);
> > > +err_pm_put:
> > > + pm_runtime_put(mali_c55->dev);
> > > +err_return_buffers:
> > > + mali_c55_params_return_buffers(params, VB2_BUF_STATE_QUEUED);
> > > +
> > > + return ret;
> > > +}
> > > +
> > > +static void mali_c55_params_stop_streaming(struct vb2_queue *q)
> > > +{
> > > + struct mali_c55_params *params = vb2_get_drv_priv(q);
> > > + struct media_pipeline *pipe;
> > > +
> > > + pipe = video_device_pipeline(¶ms->vdev);
> > > + if (mali_c55_pipeline_ready(pipe))
> > > + media_pipeline_stopped(pipe);
> > > +
> > > + video_device_pipeline_stop(¶ms->vdev);
> > > + mali_c55_params_return_buffers(params, VB2_BUF_STATE_ERROR);
> > > +}
> > > +
> > > +static const struct vb2_ops mali_c55_params_vb2_ops = {
> > > + .queue_setup = mali_c55_params_queue_setup,
> > > + .buf_init = mali_c55_params_buf_init,
> > > + .buf_cleanup = mali_c55_params_buf_cleanup,
> > > + .buf_queue = mali_c55_params_buf_queue,
> > > + .buf_prepare = mali_c55_params_buf_prepare,
> > > + .wait_prepare = vb2_ops_wait_prepare,
> > > + .wait_finish = vb2_ops_wait_finish,
> > > + .start_streaming = mali_c55_params_start_streaming,
> > > + .stop_streaming = mali_c55_params_stop_streaming,
> > > +};
> > > +
> > > +void mali_c55_params_write_config(struct mali_c55 *mali_c55)
> > > +{
> > > + struct mali_c55_params *params = &mali_c55->params;
> > > + struct v4l2_params_buffer *config;
> > > + struct mali_c55_params_buf *buf;
> > > + size_t block_offset = 0;
> > > + size_t max_offset;
> > > +
> > > + spin_lock(¶ms->buffers.lock);
> > > +
> > > + buf = list_first_entry_or_null(¶ms->buffers.queue,
> > > + struct mali_c55_params_buf, queue);
> > > + if (buf)
> > > + list_del(&buf->queue);
> > > + spin_unlock(¶ms->buffers.lock);
> > > +
> > > + if (!buf)
> > > + return;
> > > +
> > > + buf->vb.sequence = mali_c55->isp.frame_sequence;
> > > + config = buf->config;
> > > +
> > > + max_offset = config->data_size - sizeof(struct v4l2_params_block_header);
> > > +
> > > + /*
> > > + * Walk the list of parameter blocks and process them. No validation is
> > > + * done here, as the contents of the config buffer are already checked
> > > + * when the buffer is queued.
> > > + */
> > > + while (block_offset < max_offset) {
> > > + const struct v4l2_params_handler *block_handler;
> > > + union mali_c55_params_block block;
> > > +
> > > + block.data = &config->data[block_offset];
> > > +
> > > + /* We checked the array index already in .buf_queue() */
> > Not a lot seems to be done there in terms of validation.
> >
> > Even if that had been done, you can't trust the buffer contents as it
> > remains mapped to the userspace.
>
> Ah; a hangover of an earlier iteration before using the new v4l2-params
> helpers; the validation is done by those functions in .buf_prepare() now and
> the userspace buffer is memcopied to a scratch buffer.
Ack, I'll take a look at Jacopo's set and get back to this. It looks nice
overall.
--
Kind regards,
Sakari Ailus
next prev parent reply other threads:[~2025-07-30 21:22 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-14 15:06 [PATCH v11 00/19] Add Arm Mali-C55 Image Signal Processor Driver Daniel Scally
2025-07-14 15:06 ` [PATCH v11 01/19] media: mc: entity: Add pipeline_started/stopped ops Daniel Scally
2025-08-05 7:45 ` Jacopo Mondi
2025-08-20 10:47 ` Dan Scally
2025-07-14 15:06 ` [PATCH v11 02/19] media: v4l2-dev: Add helpers to run media_pipeline_[started|stopped]() Daniel Scally
2025-08-05 8:52 ` Jacopo Mondi
2025-07-14 15:06 ` [PATCH v11 03/19] media: uapi: Add MEDIA_BUS_FMT_RGB202020_1X60 format code Daniel Scally
2025-07-14 15:06 ` [PATCH v11 04/19] media: uapi: Add 20-bit bayer formats Daniel Scally
2025-07-14 15:06 ` [PATCH v11 05/19] media: v4l2-common: Add RAW16 format info Daniel Scally
2025-07-14 15:06 ` [PATCH v11 06/19] media: v4l2-common: Add RAW14 " Daniel Scally
2025-07-14 15:06 ` [PATCH v11 07/19] dt-bindings: media: Add bindings for ARM mali-c55 Daniel Scally
2025-07-14 21:25 ` Rob Herring
2025-07-15 6:28 ` Dan Scally
2025-07-15 8:53 ` Krzysztof Kozlowski
2025-07-31 7:11 ` [PATCH v11.1 " Daniel Scally
2025-07-31 13:35 ` Rob Herring
2025-07-14 15:06 ` [PATCH v11 08/19] media: uapi: Add controls for Mali-C55 ISP Daniel Scally
2025-08-05 11:27 ` Jacopo Mondi
2025-08-21 11:14 ` Dan Scally
2025-07-14 15:06 ` [PATCH v11 09/19] media: mali-c55: Add Mali-C55 ISP driver Daniel Scally
2025-08-05 12:23 ` Jacopo Mondi
2025-07-14 15:06 ` [PATCH v11 10/19] media: Documentation: Add Mali-C55 ISP Documentation Daniel Scally
2025-07-14 15:06 ` [PATCH v11 11/19] MAINTAINERS: Add entry for mali-c55 driver Daniel Scally
2025-07-14 15:06 ` [PATCH v11 12/19] media: Add MALI_C55_3A_STATS meta format Daniel Scally
2025-07-14 15:06 ` [PATCH v11 13/19] media: uapi: Add 3a stats buffer for mali-c55 Daniel Scally
2025-07-14 15:06 ` [PATCH v11 14/19] media: platform: Add mali-c55 3a stats devnode Daniel Scally
2025-07-14 15:06 ` [PATCH v11 15/19] Documentation: mali-c55: Add Statistics documentation Daniel Scally
2025-07-14 15:06 ` [PATCH v11 16/19] media: mali-c55: Add image formats for Mali-C55 parameters buffer Daniel Scally
2025-07-14 15:06 ` [PATCH v11 17/19] media: uapi: Add parameters structs to mali-c55-config.h Daniel Scally
2025-07-14 15:06 ` [PATCH v11 18/19] media: platform: Add mali-c55 parameters video node Daniel Scally
2025-07-30 14:36 ` Sakari Ailus
2025-07-30 21:11 ` Dan Scally
2025-07-30 21:22 ` Sakari Ailus [this message]
2025-07-14 15:06 ` [PATCH v11 19/19] Documentation: mali-c55: Document the mali-c55 parameter setting Daniel Scally
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aIqNGObJlU-YCgPC@kekkonen.localdomain \
--to=sakari.ailus@linux.intel.com \
--cc=Anthony.McGivern@arm.com \
--cc=conor+dt@kernel.org \
--cc=dan.scally@ideasonboard.com \
--cc=devicetree@vger.kernel.org \
--cc=jacopo.mondi@ideasonboard.com \
--cc=jerome.forissier@linaro.org \
--cc=kieran.bingham@ideasonboard.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=nayden.kanchev@arm.com \
--cc=robh+dt@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox