| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <CAPBb6MVAaGPh-sxD0ZTMbo2Ejtp8Rpqb8+OaKxhAC=BaT360eQ@mail.gmail.com>
Date: Tue, 30 Jan 2018 13:23:05 +0900
From: Alexandre Courbot <acourbot@...omium.org>
To: Sakari Ailus <sakari.ailus@....fi>
Cc: Mauro Carvalho Chehab <mchehab@...nel.org>,
Hans Verkuil <hverkuil@...all.nl>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Pawel Osciak <posciak@...omium.org>,
Marek Szyprowski <m.szyprowski@...sung.com>,
Tomasz Figa <tfiga@...omium.org>,
Sakari Ailus <sakari.ailus@...ux.intel.com>,
Gustavo Padovan <gustavo.padovan@...labora.com>,
Linux Media Mailing List <linux-media@...r.kernel.org>,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 1/9] media: add request API core and UAPI
Hi Sakari, thanks for the review!
The version you reviewed is not the latest one, but I suppose most of
your comments still apply.
On Fri, Jan 26, 2018 at 5:39 PM, Sakari Ailus <sakari.ailus@....fi> wrote:
> Hi Alexandre,
>
> I remember it was discussed that the work after the V4L2 jobs API would
> continue from the existing request API patches. I see that at least the
> rather important support for events is missing in this version. Why was it
> left out?
Request completion is signaled by polling on the request FD, so we
don't need to rely on V4L2 events to signal this anymore. If we want
to signal different kinds of events on requests we could implement a
more sophisticated event system on top of that, but for our current
needs polling is sufficient.
What other kind of event besides completion could we want to deliver
to user-space from a request?
>
> I also see that variable size IOCTL argument support is no longer included.
Do we need this for the request API?
>
> On Fri, Dec 15, 2017 at 04:56:17PM +0900, Alexandre Courbot wrote:
>> The request API provides a way to group buffers and device parameters
>> into units of work to be queued and executed. This patch introduces the
>> UAPI and core framework.
>>
>> This patch is based on the previous work by Laurent Pinchart. The core
>> has changed considerably, but the UAPI is mostly untouched.
>>
>> Signed-off-by: Alexandre Courbot <acourbot@...omium.org>
>> ---
>> drivers/media/Makefile | 3 +-
>> drivers/media/media-device.c | 6 +
>> drivers/media/media-request.c | 390 +++++++++++++++++++++++++++++++++++
>> drivers/media/v4l2-core/v4l2-ioctl.c | 2 +-
>> include/media/media-device.h | 3 +
>> include/media/media-entity.h | 6 +
>> include/media/media-request.h | 269 ++++++++++++++++++++++++
>> include/uapi/linux/media.h | 11 +
>> 8 files changed, 688 insertions(+), 2 deletions(-)
>> create mode 100644 drivers/media/media-request.c
>> create mode 100644 include/media/media-request.h
>>
>> diff --git a/drivers/media/Makefile b/drivers/media/Makefile
>> index 594b462ddf0e..985d35ec6b29 100644
>> --- a/drivers/media/Makefile
>> +++ b/drivers/media/Makefile
>> @@ -3,7 +3,8 @@
>> # Makefile for the kernel multimedia device drivers.
>> #
>>
>> -media-objs := media-device.o media-devnode.o media-entity.o
>> +media-objs := media-device.o media-devnode.o media-entity.o \
>> + media-request.o
>>
>> #
>> # I2C drivers should come before other drivers, otherwise they'll fail
>> diff --git a/drivers/media/media-device.c b/drivers/media/media-device.c
>> index e79f72b8b858..045cec7d2de9 100644
>> --- a/drivers/media/media-device.c
>> +++ b/drivers/media/media-device.c
>> @@ -32,6 +32,7 @@
>> #include <media/media-device.h>
>> #include <media/media-devnode.h>
>> #include <media/media-entity.h>
>> +#include <media/media-request.h>
>>
>> #ifdef CONFIG_MEDIA_CONTROLLER
>>
>> @@ -407,6 +408,7 @@ static const struct media_ioctl_info ioctl_info[] = {
>> MEDIA_IOC(ENUM_LINKS, media_device_enum_links, MEDIA_IOC_FL_GRAPH_MUTEX),
>> MEDIA_IOC(SETUP_LINK, media_device_setup_link, MEDIA_IOC_FL_GRAPH_MUTEX),
>> MEDIA_IOC(G_TOPOLOGY, media_device_get_topology, MEDIA_IOC_FL_GRAPH_MUTEX),
>> + MEDIA_IOC(REQUEST_CMD, media_device_request_cmd, 0),
>> };
>>
>> static long media_device_ioctl(struct file *filp, unsigned int cmd,
>> @@ -688,6 +690,10 @@ EXPORT_SYMBOL_GPL(media_device_init);
>>
>> void media_device_cleanup(struct media_device *mdev)
>> {
>> + if (mdev->req_queue) {
>> + mdev->req_queue->ops->release(mdev->req_queue);
>> + mdev->req_queue = NULL;
>> + }
>> ida_destroy(&mdev->entity_internal_idx);
>> mdev->entity_internal_idx_max = 0;
>> media_graph_walk_cleanup(&mdev->pm_count_walk);
>> diff --git a/drivers/media/media-request.c b/drivers/media/media-request.c
>> new file mode 100644
>> index 000000000000..15dc65ddfe41
>> --- /dev/null
>> +++ b/drivers/media/media-request.c
>> @@ -0,0 +1,390 @@
>> +/*
>> + * Request and request queue base management
>> + *
>> + * Copyright (C) 2017, The Chromium OS Authors. All rights reserved.
>> + *
>> + * This program is free software; you can redistribute it and/or modify
>> + * it under the terms of the GNU General Public License version 2 as
>> + * published by the Free Software Foundation.
>> + *
>> + * This program is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>> + * GNU General Public License for more details.
>> + */
>> +
>> +#include <linux/anon_inodes.h>
>> +#include <linux/media.h>
>> +#include <linux/fs.h>
>> +#include <linux/file.h>
>> +#include <linux/slab.h>
>> +#include <linux/list.h>
>> +
>> +#include <media/media-request.h>
>> +#include <media/media-device.h>
>
> Alphabetic order, please.
Fixed.
>
>> +
>> +const struct file_operations request_fops;
>> +
>> +void media_request_get(struct media_request *req)
>
> Please return the media request, too.
Fixed.
>
>> +{
>> + kref_get(&req->kref);
>> +}
>> +EXPORT_SYMBOL_GPL(media_request_get);
>> +
>> +struct media_request *
>> +media_request_get_from_fd(int fd)
>> +{
>> + struct file *f;
>> + struct media_request *req;
>> +
>> + f = fget(fd);
>> + if (!f)
>> + return NULL;
>> +
>> + /* Not a request FD? */
>> + if (f->f_op != &request_fops) {
>> + fput(f);
>> + return NULL;
>> + }
>> +
>> + req = f->private_data;
>> + media_request_get(req);
>> + fput(f);
>> +
>> + return req;
>> +}
>> +EXPORT_SYMBOL_GPL(media_request_get_from_fd);
>> +
>> +static void media_request_release(struct kref *kref)
>> +{
>> + struct media_request_entity_data *data, *next;
>> + struct media_request *req =
>> + container_of(kref, typeof(*req), kref);
>> + struct media_device *mdev = req->queue->mdev;
>> +
>> + dev_dbg(mdev->dev, "%s: releasing request %u\n", __func__, req->id);
>
> I'd leave out __func__. It doesn't provide any additional information here.
This should be removed in the new version.
>
>> +
>> + list_del(&req->list);
>
> You appear to have added a list of requests in the queue. You'll need to
> serialise access to that list unless you can otherwise prove you're doing
> this safely --- and that's not the case here.
I believe this is fixed in the newest version.
>
>> + list_for_each_entry_safe(data, next, &req->data, list) {
>> + list_del(&data->list);
>> + data->entity->req_ops->release_data(data);
>> + }
>> +
>> + req->queue->ops->req_free(req->queue, req);
>> +}
>> +
>> +void media_request_put(struct media_request *req)
>> +{
>
> How about checking req is non-NULL here?
It would not hurt to add a WARN_ON indeed.
>
>> + kref_put(&req->kref, media_request_release);
>> +}
>> +EXPORT_SYMBOL_GPL(media_request_put);
>> +
>> +struct media_request_entity_data *
>> +media_request_get_entity_data(struct media_request *req,
>> + struct media_entity *entity, void *fh)
>
> This makes the assumption that request data is bound to entities. How does
> this work with links?
>
> I wonder if it should rather be bound to graph objects, or certain graph
> objects. Having a standard way to bind request specific information e.g. to
> entities is definitely worth having, though.
>
> V4L2 framework specific information would be needed across the media graph
> and it'd be good to store it in a non-driver specific way. What I think
> you'd need is an interface that allows storing information based on two
> keys --- the request and e.g. a pointer provided by the caller. The V4L2
> framework would have one key, e.g. a pointer to an empty struct defined
> somewhere in the V4L2 framework could be used for the purpose.
>
> Going forward, the entire media graph state will be subject to changing
> through requests. This includes link state, media bus and pixel formats,
> cropping and scaling configurations, everything. Let's not try to go there
> yet in this patchset, but what I'm asking is to keep the goal in mind when
> implementating the request API.
Yeah, I think a similar idea is brought up in the cover letter of the
next revision (although for different reasons). Entities are probably
not a one-fit for all use-cases.
For the case of links though, I believe that the "entity" that would
control them would be the media controller itself, since it is the one
that takes the MEDIA_IOC_SETUP_LINK ioctl. But even for this case, we
cannot use an entity to look up the media_device, so something more
generic like an opaque key would probably be needed.
>
>> +{
>> + struct media_request_queue *queue = req->queue;
>> + struct media_request_entity_data *data;
>> +
>> + media_request_queue_lock(queue);
>> +
>> + /* First look whether we already have entity data */
>> + list_for_each_entry(data, &req->data, list) {
>> + if (data->entity == entity) {
>
> This is fine for now but something more efficient will be needed in the
> long run.
Agreed, although I am not sure we will even have that many entities per request.
>
>> + /*
>> + * If so, then the fh must match otherwise this means
>> + * we are trying to set the same entity through
>> + * different handles
>> + */
>
> What's the purpose of this? The request is identified by the file handle
> already.
That's the file handle of the device we are looking up (e.g. the V4L2
device taking the ioctl operation that triggered this lookup), not the
FH of the request itself.
This is needed to make sure we are not using two different FDs coming
from the same device in the same request. I.e. you cannot open a video
device twice, and then use the same request on the two different FHs
you have obtained, since the device can only be configured for one of
these FHs at a given time.
>
>> + if (data->fh != fh)
>> + data = ERR_PTR(-EINVAL);
>> + goto done;
>> + }
>> + }
>> +
>> + /* No entity data found, let's create it */
>> + data = entity->req_ops->alloc_data(req, entity);
>> + if (IS_ERR(data))
>> + goto done;
>> + data->fh = fh;
>> + data->entity = entity;
>> + list_add_tail(&data->list, &req->data);
>> +
>> +done:
>> + media_request_queue_unlock(queue);
>> + return data;
>> +}
>> +EXPORT_SYMBOL_GPL(media_request_get_entity_data);
>> +
>> +static const char * const media_request_states[] __maybe_unused = {
>> + "IDLE",
>> + "QUEUED",
>> + "COMPLETED",
>> + "DELETED",
>> +};
>> +
>> +static const char *media_request_state(enum media_request_state state)
>> +{
>> + return state < ARRAY_SIZE(media_request_states) ?
>> + media_request_states[state] : "INVALID";
>> +}
>> +
>> +static int media_device_request_close(struct inode *inode, struct file *filp)
>> +{
>> + struct media_request *req = filp->private_data;
>> +
>> + if (req == NULL)
>> + return 0;
>> +
>> + media_request_put(req);
>> +
>> + return 0;
>> +}
>> +
>> +static unsigned int media_request_poll(struct file *file, poll_table *wait)
>> +{
>> + struct media_request *req = file->private_data;
>> +
>> + poll_wait(file, &req->wait_queue, wait);
>> +
>> + if (req->state == MEDIA_REQUEST_STATE_COMPLETE)
>> + return POLLIN | POLLRDNORM;
>> +
>> + return 0;
>> +}
>> +
>> +const struct file_operations request_fops = {
>> + .owner = THIS_MODULE,
>> + .poll = media_request_poll,
>> + .release = media_device_request_close,
>> +};
>> +
>> +/*
>> + * Called when all the entities taking part in a request have completed their
>> + * part.
>> + *
>> + * The request queue mutex must be held when this function is called.
>> + */
>> +static void media_device_request_complete(struct media_request *req)
>> +{
>> + struct media_request_queue *queue = req->queue;
>> + struct media_device *mdev = queue->mdev;
>> +
>> + if (WARN_ON(req->state != MEDIA_REQUEST_STATE_QUEUED)) {
>> + dev_dbg(mdev->dev, "%s: can't complete %u, state %s\n",
>> + __func__, req->id, media_request_state(req->state));
>> + return;
>> + }
>> +
>> + req->state = MEDIA_REQUEST_STATE_COMPLETE;
>> +
>> + wake_up_interruptible(&req->wait_queue);
>> +
>> + queue->ops->req_complete(queue);
>> +
>> + /* Release the reference acquired when we queued the request */
>> + media_request_put(req);
>> +}
>> +
>> +void media_request_entity_complete(struct media_request_queue *queue,
>> + struct media_entity *entity)
>> +{
>> + struct media_request_entity_data *data;
>> + struct media_request *req;
>> + bool completed = true;
>> +
>> + media_request_queue_lock(queue);
>> +
>> + req = queue->active_request;
>> +
>> + list_for_each_entry(data, &req->data, list) {
>> + if (data->entity == entity)
>> + data->completed = true;
>> +
>> + if (!data->completed)
>> + completed = false;
>> + }
>> +
>> + /* All entities of the request have completed, request is done */
>> + if (completed)
>> + media_device_request_complete(req);
>> +
>> + media_request_queue_unlock(queue);
>> +
>> +}
>> +EXPORT_SYMBOL_GPL(media_request_entity_complete);
>> +
>> +void media_request_queue_init(struct media_request_queue *queue,
>> + struct media_device *mdev,
>> + const struct media_request_queue_ops *ops)
>> +{
>> + queue->mdev = mdev;
>> + mutex_init(&queue->mutex);
>> + INIT_LIST_HEAD(&queue->requests);
>> + queue->ops = ops;
>> +}
>> +EXPORT_SYMBOL_GPL(media_request_queue_init);
>> +
>> +void media_request_queue_release(struct media_request_queue *queue)
>> +{
>> + struct media_device *mdev = queue->mdev;
>> +
>> + media_request_queue_lock(queue);
>> +
>> + /* Just a sanity check - we should have no remaining requests */
>> + while (!list_empty(&queue->requests)) {
>> + struct media_request *req;
>> +
>> + req = list_first_entry(&queue->requests, typeof(*req), list);
>> + dev_warn(mdev->dev,
>> + "%s: request %u still referenced, deleting forcibly!\n",
>> + __func__, req->id);
>> + media_request_release(&req->kref);
>> + }
>> +
>> + media_request_queue_unlock(queue);
>> +}
>> +EXPORT_SYMBOL_GPL(media_request_queue_release);
>> +
>> +/*
>> + * Process the MEDIA_REQ_CMD_ALLOC command
>> + */
>> +static int media_request_cmd_alloc(struct media_request_queue *queue,
>> + struct media_request_cmd *cmd)
>> +{
>> + struct media_request *req;
>> + int fd;
>> +
>> + req = queue->ops->req_alloc(queue);
>> + if (!req)
>> + return -ENOMEM;
>> +
>> + req->queue = queue;
>> + req->state = MEDIA_REQUEST_STATE_IDLE;
>> + kref_init(&req->kref);
>> + INIT_LIST_HEAD(&req->data);
>> + init_waitqueue_head(&req->wait_queue);
>> +
>> + media_request_queue_lock(queue);
>> + req->id = ++queue->req_id;
>> + list_add_tail(&req->list, &queue->requests);
>> + media_request_queue_unlock(queue);
>> +
>> + fd = anon_inode_getfd("media_request", &request_fops, req, O_CLOEXEC);
>> + if (fd < 0)
>> + return fd;
>> +
>> + cmd->fd = fd;
>> +
>> + return 0;
>> +}
>> +
>> +/*
>> + * Process the MEDIA_REQ_CMD_QUEUE command
>> + */
>> +static int media_request_cmd_queue(struct media_request_queue *queue,
>> + struct media_request *req)
>> +{
>> + int ret = 0;
>> +
>> + media_request_queue_lock(queue);
>> +
>> + if (req->state != MEDIA_REQUEST_STATE_IDLE) {
>> + dev_dbg(queue->mdev->dev,
>> + "%s: unable to queue request %u in state %s\n",
>> + __func__, req->id, media_request_state(req->state));
>> + media_request_queue_unlock(queue);
>> + return -EINVAL;
>> + }
>> +
>> + req->state = MEDIA_REQUEST_STATE_QUEUED;
>> + ret = queue->ops->req_queue(queue, req);
>
> Queueing a request will be a complex operation. Therefore I'd allow the
> driver to manage locking by itself.
>
>> + if (ret) {
>> + req->state = MEDIA_REQUEST_STATE_IDLE;
>> + media_request_queue_unlock(queue);
>> + dev_dbg(queue->mdev->dev, "%s: cannot queue %u\n", __func__,
>> + req->id);
>> + return ret;
>> + }
>> +
>> + media_request_queue_unlock(queue);
>> +
>> + /* The queue holds a reference to the request */
>
> I'd put this differently. How about:
>
> /*
> * Hold a reference to queued requests, to be put at request complete
> * time.
> */
>
> Or the comment omit altogether.
The next revision says "Hold a reference to the request until it is
completed", which I think is more succint.
>
>> + media_request_get(req);
>
> You have to do this before you release the lock above.
Fixed.
>
>> +
>> + return 0;
>> +}
>> +
>> +static int media_request_cmd_reinit(struct media_request_queue *queue,
>> + struct media_request *req)
>
> I'd refrain from trying to implement recycling media requestsfor now . It
> can always be implemeted later on.
Why not? It is not particularly difficult to do, and way faster than
reallocating a request from start every time.
>
>> +{
>> + struct media_request_entity_data *data, *next;
>> +
>> + media_request_queue_lock(queue);
>> +
>> + if (req->state == MEDIA_REQUEST_STATE_QUEUED) {
>> + dev_dbg(queue->mdev->dev,
>> + "%s: unable to reinit queued request %u\n", __func__,
>> + req->id);
>> + media_request_queue_unlock(queue);
>> + return -EINVAL;
>> + }
>> +
>> + /* delete all entity data */
>> + list_for_each_entry_safe(data, next, &req->data, list) {
>> + list_del(&data->list);
>> + data->entity->req_ops->release_data(data);
>> + }
>> +
>> + /* reinitialize request to idle state */
>> + req->state = MEDIA_REQUEST_STATE_IDLE;
>> +
>> + media_request_queue_unlock(queue);
>> +
>> + return 0;
>> +}
>> +
>> +long media_device_request_cmd(struct media_device *mdev,
>> + struct media_request_cmd *cmd)
>> +{
>> + struct media_request *req = NULL;
>> + int ret;
>> +
>> + if (!mdev->req_queue)
>> + return -ENOTTY;
>> +
>> + if (cmd->cmd != MEDIA_REQ_CMD_ALLOC) {
>> + req = media_request_get_from_fd(cmd->fd);
>> + if (IS_ERR(req))
>> + return PTR_ERR(req);
>> +
>> + /* requests must belong to this media device's queue */
>> + if (req->queue != mdev->req_queue) {
>> + media_request_put(req);
>> + return -EINVAL;
>> + }
>> + }
>> +
>> + switch (cmd->cmd) {
>> + case MEDIA_REQ_CMD_ALLOC:
>> + ret = media_request_cmd_alloc(mdev->req_queue, cmd);
>> + break;
>> +
>> + case MEDIA_REQ_CMD_QUEUE:
>> + ret = media_request_cmd_queue(mdev->req_queue, req);
>> + break;
>> +
>> + case MEDIA_REQ_CMD_REINIT:
>> + ret = media_request_cmd_reinit(mdev->req_queue, req);
>> + break;
>> +
>> + default:
>> + ret = -EINVAL;
>> + break;
>> + }
>> +
>> + if (req)
>> + media_request_put(req);
>> +
>> + return ret;
>> +}
>> diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c b/drivers/media/v4l2-core/v4l2-ioctl.c
>> index b60a6b0841d1..ec4ecd5aa8bf 100644
>> --- a/drivers/media/v4l2-core/v4l2-ioctl.c
>> +++ b/drivers/media/v4l2-core/v4l2-ioctl.c
>> @@ -867,7 +867,7 @@ static int check_ext_ctrls(struct v4l2_ext_controls *c, int allow_priv)
>> __u32 i;
>>
>> /* zero the reserved fields */
>> - c->reserved[0] = c->reserved[1] = 0;
>> + c->reserved[0] = 0;
>> for (i = 0; i < c->count; i++)
>> c->controls[i].reserved2[0] = 0;
>>
>> diff --git a/include/media/media-device.h b/include/media/media-device.h
>> index bcc6ec434f1f..3feaa02128d1 100644
>> --- a/include/media/media-device.h
>> +++ b/include/media/media-device.h
>> @@ -27,6 +27,7 @@
>>
>> struct ida;
>> struct device;
>> +struct media_request_queue;
>>
>> /**
>> * struct media_entity_notify - Media Entity Notify
>> @@ -158,6 +159,8 @@ struct media_device {
>> void (*disable_source)(struct media_entity *entity);
>>
>> const struct media_device_ops *ops;
>> +
>> + struct media_request_queue *req_queue;
>> };
>>
>> /* We don't need to include pci.h or usb.h here */
>> diff --git a/include/media/media-entity.h b/include/media/media-entity.h
>> index 222d379960b7..bfb7a4565904 100644
>> --- a/include/media/media-entity.h
>> +++ b/include/media/media-entity.h
>> @@ -26,6 +26,9 @@
>> #include <linux/list.h>
>> #include <linux/media.h>
>>
>> +struct media_request;
>> +struct media_request_entity_data;
>> +
>> /* Enums used internally at the media controller to represent graphs */
>>
>> /**
>> @@ -193,6 +196,8 @@ struct media_entity_operations {
>> const struct media_pad *local,
>> const struct media_pad *remote, u32 flags);
>> int (*link_validate)(struct media_link *link);
>> + int (*process_request)(struct media_request *req,
>> + struct media_request_entity_data *data);
>
> process_request remains unused here.
This has been removed in the new revision.
>
>> };
>>
>> /**
>> @@ -275,6 +280,7 @@ struct media_entity {
>> struct list_head links;
>>
>> const struct media_entity_operations *ops;
>> + const struct media_request_entity_ops *req_ops;
>>
>> int stream_count;
>> int use_count;
>> diff --git a/include/media/media-request.h b/include/media/media-request.h
>> new file mode 100644
>> index 000000000000..ead7fd8898c4
>> --- /dev/null
>> +++ b/include/media/media-request.h
>> @@ -0,0 +1,269 @@
>> +/*
>> + * Generic request queue.
>> + *
>> + * Copyright (C) 2017, The Chromium OS Authors. All rights reserved.
>> + *
>> + * This program is free software; you can redistribute it and/or modify
>> + * it under the terms of the GNU General Public License version 2 as
>> + * published by the Free Software Foundation.
>> + *
>> + * This program is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>> + * GNU General Public License for more details.
>> + */
>> +
>> +#ifndef _MEDIA_REQUEST_H
>> +#define _MEDIA_REQUEST_H
>> +
>> +#include <linux/kref.h>
>> +#include <linux/wait.h>
>> +#include <linux/list.h>
>
> Alphabetical order?
Fixed.
>
>> +
>> +struct media_device;
>> +struct media_request_queue;
>> +struct media_request_cmd;
>> +struct media_entity;
>> +struct media_request_entity_data;
>
> Here, too?
Fixed.
>
>> +
>> +#ifdef CONFIG_MEDIA_CONTROLLER
>> +
>> +enum media_request_state {
>> + MEDIA_REQUEST_STATE_IDLE,
>> + MEDIA_REQUEST_STATE_QUEUED,
>> + MEDIA_REQUEST_STATE_COMPLETE,
>> + MEDIA_REQUEST_STATE_DELETED,
>> +};
>> +
>> +/**
>> + * struct media_request - Media request base structure
>> + * @id: request id, used internally for debugging
>> + * @queue: request queue this request belongs to
>> + * @kref: reference count
>> + * @list: list entry in the media device requests list
>> + * @state: current state of the request
>> + * @data: per-entity data list
>> + * @wait_queue: wait queue that signals once the request has completed
>> + */
>> +struct media_request {
>> + u32 id;
>> + struct media_request_queue *queue;
>> + struct kref kref;
>> + struct list_head list;
>> + enum media_request_state state;
>> + struct list_head data;
>> + wait_queue_head_t wait_queue;
>> +};
>> +
>> +/**
>> + * media_request_get() - increment the reference counter of a request
>> + *
>> + * The calling context must call media_request_put() once it does not need
>> + * the reference to the request anymore.
>> + *
>> + * @req: request to acquire a reference of
>> + */
>> +void media_request_get(struct media_request *req);
>> +
>> +/**
>> + * media_request_get_from_fd() - lookup request by fd and acquire a reference.
>> + *
>> + * Look a request up from its fd, acquire a reference and return a pointer to
>> + * the request. As for media_request_get(), media_request_put() must be called
>> + * once the reference is not used anymore.
>> + *
>> + * @req: request to lookup and acquire.
>> + *
>> + */
>> +struct media_request *media_request_get_from_fd(int fd);
>> +
>> +/**
>> + * media_request_put() - decrement the reference counter of a request
>> + *
>> + * Mirror function of media_request_get() and media_request_get_from_fd(). Will
>> + * free the request if this was the last valid reference.
>> + *
>> + * @req: request to release.
>> + */
>> +void media_request_put(struct media_request *req);
>> +
>> +/**
>> + * media_request_get_entity_data() - get per-entity data for a request
>> + * @req: request to get entity data from
>> + * @entity: entity to get data of
>> + * @fh: cookie identifying the handle from which the entity is accessed
>> + *
>> + * Seach and return the entity data associated associated to the request. If no
>> + * such data exists, it is allocated as per the entity operations.
>> + *
>> + * The fh arguments serves as a cookie to make sure the same entity is not
>> + * accessed through different opened file handles. The same handle must be
>> + * passed to all calls of this function for the same entity. Failure to do so
>> + * will return an error.
>> + *
>> + * Returns the per-entity data, or an error code if a problem happened. -EINVAL
>> + * means that data for the entity already existed, but has been allocated under
>> + * a different cookie.
>> + */
>> +struct media_request_entity_data *
>> +media_request_get_entity_data(struct media_request *req,
>> + struct media_entity *entity, void *fh);
>> +
>> +
>> +/**
>> + * media_request_entity_complete() - to be invoked when an entity has completed
>> + * its part of the currently active request
>> + *
>> + * @queue: request queue
>> + * @entity: the entity that completed
>> + */
>> +void media_request_entity_complete(struct media_request_queue *queue,
>> + struct media_entity *entity);
>> +
>> +/**
>> + * struct media_request_queue_ops - request queue operations
>> + *
>> + * @release: release all memory associated to the queue
>> + * @req_qlloc: allocate a request for this queue
>> + * @req_free: free a previously allocated request
>> + * @req_queue: queue a request for execution
>> + * @req_complete: callback invoked when the active request has completed
>> + *
>> + */
>> +struct media_request_queue_ops {
>> + void (*release)(struct media_request_queue *queue);
>> + struct media_request *(*req_alloc)(struct media_request_queue *queue);
>> + void (*req_free)(struct media_request_queue *queue,
>> + struct media_request *req);
>> + int (*req_queue)(struct media_request_queue *queue,
>> + struct media_request *req);
>> + void (*req_complete)(struct media_request_queue *queue);
>> +};
>> +
>> +/**
>> + * struct media_request_queue - queue of requests
>> + *
>> + * @mdev: media_device that manages this queue
>> + * @ops: implementation of the queue
>> + * @mutex: protects requests, active_request, req_id, and all members of
>> + * struct media_request
>> + * @active_request: request being currently run by this queue
>> + * @requests: list of requests (not in any particular order) that this
>> + * queue owns.
>> + * @req_id: counter used to identify requests for debugging purposes
>> + */
>> +struct media_request_queue {
>> + struct media_device *mdev;
>> + const struct media_request_queue_ops *ops;
>> +
>> + struct mutex mutex;
>
> Any particular reason for using a mutex? The request queue lock will need
> to be acquired from interrupts, too, so this should be changed to a
> spinlock.
Will it be acquired from interrupts? In any case it should be possible
to change this to a spinlock.
>
> A media device, presumably, has a single request queue. I might just put
> the fields to struct media_device.
I find it easier to understand when different aspects are separated
into different data structures.
>
>> + struct list_head requests;
>> + struct media_request *active_request;
>> + u32 req_id;
>> +};
>> +
>> +static inline void media_request_queue_lock(struct media_request_queue *queue)
>> +{
>> + mutex_lock(&queue->mutex);
>> +}
>> +
>> +static inline void media_request_queue_unlock(struct media_request_queue *queue)
>> +{
>> + mutex_unlock(&queue->mutex);
>> +}
>> +
>> +/**
>> + * media_request_queue_init() - initialize a request queue
>> + *
>> + * This function is to be called by request queue implementations to initialize
>> + * the base structure.
>> + *
>> + * @queue: queue to initialize
>> + * @mdev: media device owning this queue
>> + * @ops: ops to be used with this queue
>> + */
>> +void media_request_queue_init(struct media_request_queue *queue,
>> + struct media_device *mdev,
>> + const struct media_request_queue_ops *ops);
>> +
>> +/**
>> + * media_request_queue_release() - release resources held by a request queue
>> + *
>> + * The caller is still responsible for freeing the memory held by the queue
>> + * structure itself.
>> + *
>> + * @queue: queue to be released
>> + */
>> +void media_request_queue_release(struct media_request_queue *queue);
>> +
>> +/**
>> + * struct media_request_entity_data - per-entity request data
>> + *
>> + * Base structure used to store request state data. To be extended by actual
>> + * implementation.
>> + *
>> + * @entity: entity this data belongs to
>> + * @fh: subsystem-dependent. For V4L2, the v4l2_fh of the opened device
>> + * @list: entry in media_request::data
>> + * @completed: whether this entity has completed its part of the request
>> + */
>> +struct media_request_entity_data {
>> + struct media_entity *entity;
>> + void *fh;
>> + struct list_head list;
>> + bool completed;
>> +};
>> +
>> +/**
>> + * struct media_request_entity_ops - request-related entity operations
>> + *
>> + * All these operations are mandatory if the request API is to be used with
>> + * an entity.
>> + *
>> + * @alloc_data: allocate request data for this entity
>> + * @release_data: release previously allocated data
>> + * @apply_data: apply the data to the entity prior to running a request
>> + *
>> + */
>> +struct media_request_entity_ops {
>> + struct media_request_entity_data *(*alloc_data)
>> + (struct media_request *req, struct media_entity *entity);
>> + void (*release_data)(struct media_request_entity_data *data);
>> + int (*apply_data)(struct media_request_entity_data *data);
>
> The media device already has an ops struct. How about putting these into
> that?
Again, separation of aspects into dedicated structures, especially
since we are not completely sure that this should end into
media_entity.
>
>> +};
>> +
>> +/**
>> + * media_device_request_cmd() - perform the REQUEST_CMD ioctl
>> + *
>> + * @mdev: media device the ioctl has been called on
>> + * @cmd: user-space request command structure
>> + */
>> +long media_device_request_cmd(struct media_device *mdev,
>> + struct media_request_cmd *cmd);
>> +
>> +#else /* CONFIG_MEDIA_CONTROLLER */
>> +
>> +static inline struct media_request *media_request_get_from_fd(int fd)
>> +{
>> + return ERR_PTR(-ENOTSUPP);
>> +}
>> +
>> +static inline void media_request_put(struct media_request *req)
>> +{
>> +}
>> +
>> +static inline struct media_request *media_request_get_entity_data(
>> + struct media_request *req,
>> + struct media_entity *entity, void *fh)
>> +{
>> + return ERR_PTR(-ENOTSUPP);
>> +}
>> +
>> +static inline void media_request_entity_complete(struct media_request *req,
>> + struct media_entity *entity)
>> +{
>> +}
>> +
>> +#endif /* CONFIG_MEDIA_CONTROLLER */
>> +
>> +#endif
>> diff --git a/include/uapi/linux/media.h b/include/uapi/linux/media.h
>> index b9b9446095e9..247823ea0d1a 100644
>> --- a/include/uapi/linux/media.h
>> +++ b/include/uapi/linux/media.h
>> @@ -406,6 +406,16 @@ struct media_v2_topology {
>> __u64 ptr_links;
>> } __attribute__ ((packed));
>>
>> +#define MEDIA_REQ_CMD_ALLOC 0
>> +#define MEDIA_REQ_CMD_QUEUE 1
>> +#define MEDIA_REQ_CMD_REINIT 2
>> +
>> +struct media_request_cmd {
>> + __u32 cmd;
>> + __s32 fd;
>> + __u32 flags;
>> +} __attribute__ ((packed));
>> +
>> /* ioctls */
>>
>> #define MEDIA_IOC_DEVICE_INFO _IOWR('|', 0x00, struct media_device_info)
>> @@ -413,5 +423,6 @@ struct media_v2_topology {
>> #define MEDIA_IOC_ENUM_LINKS _IOWR('|', 0x02, struct media_links_enum)
>> #define MEDIA_IOC_SETUP_LINK _IOWR('|', 0x03, struct media_link_desc)
>> #define MEDIA_IOC_G_TOPOLOGY _IOWR('|', 0x04, struct media_v2_topology)
>> +#define MEDIA_IOC_REQUEST_CMD _IOWR('|', 0x05, struct media_request_cmd)
>>
>> #endif /* __LINUX_MEDIA_H */
>
> --
> Kind regards,
>
> Sakari Ailus
> e-mail: sakari.ailus@....fi
Powered by blists - more mailing lists