2009-12-09 19:39:58 +08:00
|
|
|
/*
|
|
|
|
* Media device
|
|
|
|
*
|
|
|
|
* Copyright (C) 2010 Nokia Corporation
|
|
|
|
*
|
|
|
|
* Contacts: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
|
|
|
|
* Sakari Ailus <sakari.ailus@iki.fi>
|
|
|
|
*
|
|
|
|
* 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.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program; if not, write to the Free Software
|
|
|
|
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
|
|
|
|
*/
|
|
|
|
|
2013-01-22 23:27:56 +08:00
|
|
|
#include <linux/compat.h>
|
|
|
|
#include <linux/export.h>
|
2009-12-09 19:39:58 +08:00
|
|
|
#include <linux/ioctl.h>
|
2010-08-18 22:41:22 +08:00
|
|
|
#include <linux/media.h>
|
2013-01-22 23:27:56 +08:00
|
|
|
#include <linux/types.h>
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
#include <linux/slab.h>
|
2009-12-09 19:39:58 +08:00
|
|
|
|
|
|
|
#include <media/media-device.h>
|
|
|
|
#include <media/media-devnode.h>
|
2009-12-09 19:40:00 +08:00
|
|
|
#include <media/media-entity.h>
|
2009-12-09 19:39:58 +08:00
|
|
|
|
2015-06-06 04:11:54 +08:00
|
|
|
#ifdef CONFIG_MEDIA_CONTROLLER
|
|
|
|
|
2010-08-18 22:41:22 +08:00
|
|
|
/* -----------------------------------------------------------------------------
|
|
|
|
* Userspace API
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int media_device_open(struct file *filp)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int media_device_close(struct file *filp)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int media_device_get_info(struct media_device *dev,
|
|
|
|
struct media_device_info __user *__info)
|
|
|
|
{
|
|
|
|
struct media_device_info info;
|
|
|
|
|
|
|
|
memset(&info, 0, sizeof(info));
|
|
|
|
|
|
|
|
strlcpy(info.driver, dev->dev->driver->name, sizeof(info.driver));
|
|
|
|
strlcpy(info.model, dev->model, sizeof(info.model));
|
|
|
|
strlcpy(info.serial, dev->serial, sizeof(info.serial));
|
|
|
|
strlcpy(info.bus_info, dev->bus_info, sizeof(info.bus_info));
|
|
|
|
|
|
|
|
info.media_version = MEDIA_API_VERSION;
|
|
|
|
info.hw_revision = dev->hw_revision;
|
|
|
|
info.driver_version = dev->driver_version;
|
|
|
|
|
2012-08-07 16:24:59 +08:00
|
|
|
if (copy_to_user(__info, &info, sizeof(*__info)))
|
|
|
|
return -EFAULT;
|
|
|
|
return 0;
|
2010-08-18 22:41:22 +08:00
|
|
|
}
|
|
|
|
|
2009-12-09 19:40:01 +08:00
|
|
|
static struct media_entity *find_entity(struct media_device *mdev, u32 id)
|
|
|
|
{
|
|
|
|
struct media_entity *entity;
|
|
|
|
int next = id & MEDIA_ENT_ID_FLAG_NEXT;
|
|
|
|
|
|
|
|
id &= ~MEDIA_ENT_ID_FLAG_NEXT;
|
|
|
|
|
|
|
|
spin_lock(&mdev->lock);
|
|
|
|
|
|
|
|
media_device_for_each_entity(entity, mdev) {
|
2015-08-14 21:42:05 +08:00
|
|
|
if (((media_entity_id(entity) == id) && !next) ||
|
|
|
|
((media_entity_id(entity) > id) && next)) {
|
2009-12-09 19:40:01 +08:00
|
|
|
spin_unlock(&mdev->lock);
|
|
|
|
return entity;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
spin_unlock(&mdev->lock);
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static long media_device_enum_entities(struct media_device *mdev,
|
|
|
|
struct media_entity_desc __user *uent)
|
|
|
|
{
|
|
|
|
struct media_entity *ent;
|
|
|
|
struct media_entity_desc u_ent;
|
|
|
|
|
2014-05-01 01:48:02 +08:00
|
|
|
memset(&u_ent, 0, sizeof(u_ent));
|
2009-12-09 19:40:01 +08:00
|
|
|
if (copy_from_user(&u_ent.id, &uent->id, sizeof(u_ent.id)))
|
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
ent = find_entity(mdev, u_ent.id);
|
|
|
|
|
|
|
|
if (ent == NULL)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2015-08-14 21:42:05 +08:00
|
|
|
u_ent.id = media_entity_id(ent);
|
2014-07-17 19:52:08 +08:00
|
|
|
if (ent->name)
|
|
|
|
strlcpy(u_ent.name, ent->name, sizeof(u_ent.name));
|
2009-12-09 19:40:01 +08:00
|
|
|
u_ent.type = ent->type;
|
|
|
|
u_ent.revision = ent->revision;
|
|
|
|
u_ent.flags = ent->flags;
|
|
|
|
u_ent.group_id = ent->group_id;
|
|
|
|
u_ent.pads = ent->num_pads;
|
|
|
|
u_ent.links = ent->num_links - ent->num_backlinks;
|
2011-11-06 05:42:01 +08:00
|
|
|
memcpy(&u_ent.raw, &ent->info, sizeof(ent->info));
|
2009-12-09 19:40:01 +08:00
|
|
|
if (copy_to_user(uent, &u_ent, sizeof(u_ent)))
|
|
|
|
return -EFAULT;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void media_device_kpad_to_upad(const struct media_pad *kpad,
|
|
|
|
struct media_pad_desc *upad)
|
|
|
|
{
|
2015-08-14 21:42:05 +08:00
|
|
|
upad->entity = media_entity_id(kpad->entity);
|
2009-12-09 19:40:01 +08:00
|
|
|
upad->index = kpad->index;
|
|
|
|
upad->flags = kpad->flags;
|
|
|
|
}
|
|
|
|
|
2013-01-22 23:27:56 +08:00
|
|
|
static long __media_device_enum_links(struct media_device *mdev,
|
|
|
|
struct media_links_enum *links)
|
2009-12-09 19:40:01 +08:00
|
|
|
{
|
|
|
|
struct media_entity *entity;
|
|
|
|
|
2013-01-22 23:27:56 +08:00
|
|
|
entity = find_entity(mdev, links->entity);
|
2009-12-09 19:40:01 +08:00
|
|
|
if (entity == NULL)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2013-01-22 23:27:56 +08:00
|
|
|
if (links->pads) {
|
2009-12-09 19:40:01 +08:00
|
|
|
unsigned int p;
|
|
|
|
|
|
|
|
for (p = 0; p < entity->num_pads; p++) {
|
|
|
|
struct media_pad_desc pad;
|
2013-04-13 17:32:15 +08:00
|
|
|
|
|
|
|
memset(&pad, 0, sizeof(pad));
|
2009-12-09 19:40:01 +08:00
|
|
|
media_device_kpad_to_upad(&entity->pads[p], &pad);
|
2013-01-22 23:27:56 +08:00
|
|
|
if (copy_to_user(&links->pads[p], &pad, sizeof(pad)))
|
2009-12-09 19:40:01 +08:00
|
|
|
return -EFAULT;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-01-22 23:27:56 +08:00
|
|
|
if (links->links) {
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
struct media_link *ent_link;
|
|
|
|
struct media_link_desc __user *ulink = links->links;
|
2009-12-09 19:40:01 +08:00
|
|
|
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
list_for_each_entry(ent_link, &entity->links, list) {
|
2009-12-09 19:40:01 +08:00
|
|
|
struct media_link_desc link;
|
|
|
|
|
|
|
|
/* Ignore backlinks. */
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
if (ent_link->source->entity != entity)
|
2009-12-09 19:40:01 +08:00
|
|
|
continue;
|
2013-04-13 17:32:15 +08:00
|
|
|
memset(&link, 0, sizeof(link));
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
media_device_kpad_to_upad(ent_link->source,
|
2009-12-09 19:40:01 +08:00
|
|
|
&link.source);
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
media_device_kpad_to_upad(ent_link->sink,
|
2009-12-09 19:40:01 +08:00
|
|
|
&link.sink);
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
link.flags = ent_link->flags;
|
2009-12-09 19:40:01 +08:00
|
|
|
if (copy_to_user(ulink, &link, sizeof(*ulink)))
|
|
|
|
return -EFAULT;
|
|
|
|
ulink++;
|
|
|
|
}
|
|
|
|
}
|
2013-01-22 23:27:56 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static long media_device_enum_links(struct media_device *mdev,
|
|
|
|
struct media_links_enum __user *ulinks)
|
|
|
|
{
|
|
|
|
struct media_links_enum links;
|
|
|
|
int rval;
|
|
|
|
|
|
|
|
if (copy_from_user(&links, ulinks, sizeof(links)))
|
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
rval = __media_device_enum_links(mdev, &links);
|
|
|
|
if (rval < 0)
|
|
|
|
return rval;
|
|
|
|
|
2009-12-09 19:40:01 +08:00
|
|
|
if (copy_to_user(ulinks, &links, sizeof(*ulinks)))
|
|
|
|
return -EFAULT;
|
2013-01-22 23:27:56 +08:00
|
|
|
|
2009-12-09 19:40:01 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-12-09 19:40:03 +08:00
|
|
|
static long media_device_setup_link(struct media_device *mdev,
|
|
|
|
struct media_link_desc __user *_ulink)
|
|
|
|
{
|
|
|
|
struct media_link *link = NULL;
|
|
|
|
struct media_link_desc ulink;
|
|
|
|
struct media_entity *source;
|
|
|
|
struct media_entity *sink;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (copy_from_user(&ulink, _ulink, sizeof(ulink)))
|
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
/* Find the source and sink entities and link.
|
|
|
|
*/
|
|
|
|
source = find_entity(mdev, ulink.source.entity);
|
|
|
|
sink = find_entity(mdev, ulink.sink.entity);
|
|
|
|
|
|
|
|
if (source == NULL || sink == NULL)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
if (ulink.source.index >= source->num_pads ||
|
|
|
|
ulink.sink.index >= sink->num_pads)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
link = media_entity_find_link(&source->pads[ulink.source.index],
|
|
|
|
&sink->pads[ulink.sink.index]);
|
|
|
|
if (link == NULL)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
/* Setup the link on both entities. */
|
|
|
|
ret = __media_entity_setup_link(link, ulink.flags);
|
|
|
|
|
|
|
|
if (copy_to_user(_ulink, &ulink, sizeof(ulink)))
|
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2010-08-18 22:41:22 +08:00
|
|
|
static long media_device_ioctl(struct file *filp, unsigned int cmd,
|
|
|
|
unsigned long arg)
|
|
|
|
{
|
|
|
|
struct media_devnode *devnode = media_devnode_data(filp);
|
|
|
|
struct media_device *dev = to_media_device(devnode);
|
|
|
|
long ret;
|
|
|
|
|
|
|
|
switch (cmd) {
|
|
|
|
case MEDIA_IOC_DEVICE_INFO:
|
|
|
|
ret = media_device_get_info(dev,
|
|
|
|
(struct media_device_info __user *)arg);
|
|
|
|
break;
|
|
|
|
|
2009-12-09 19:40:01 +08:00
|
|
|
case MEDIA_IOC_ENUM_ENTITIES:
|
|
|
|
ret = media_device_enum_entities(dev,
|
|
|
|
(struct media_entity_desc __user *)arg);
|
|
|
|
break;
|
|
|
|
|
|
|
|
case MEDIA_IOC_ENUM_LINKS:
|
|
|
|
mutex_lock(&dev->graph_mutex);
|
|
|
|
ret = media_device_enum_links(dev,
|
|
|
|
(struct media_links_enum __user *)arg);
|
|
|
|
mutex_unlock(&dev->graph_mutex);
|
|
|
|
break;
|
|
|
|
|
2009-12-09 19:40:03 +08:00
|
|
|
case MEDIA_IOC_SETUP_LINK:
|
|
|
|
mutex_lock(&dev->graph_mutex);
|
|
|
|
ret = media_device_setup_link(dev,
|
|
|
|
(struct media_link_desc __user *)arg);
|
|
|
|
mutex_unlock(&dev->graph_mutex);
|
|
|
|
break;
|
|
|
|
|
2010-08-18 22:41:22 +08:00
|
|
|
default:
|
|
|
|
ret = -ENOIOCTLCMD;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2013-01-22 23:27:56 +08:00
|
|
|
#ifdef CONFIG_COMPAT
|
|
|
|
|
|
|
|
struct media_links_enum32 {
|
|
|
|
__u32 entity;
|
|
|
|
compat_uptr_t pads; /* struct media_pad_desc * */
|
|
|
|
compat_uptr_t links; /* struct media_link_desc * */
|
|
|
|
__u32 reserved[4];
|
|
|
|
};
|
|
|
|
|
|
|
|
static long media_device_enum_links32(struct media_device *mdev,
|
|
|
|
struct media_links_enum32 __user *ulinks)
|
|
|
|
{
|
|
|
|
struct media_links_enum links;
|
|
|
|
compat_uptr_t pads_ptr, links_ptr;
|
|
|
|
|
|
|
|
memset(&links, 0, sizeof(links));
|
|
|
|
|
|
|
|
if (get_user(links.entity, &ulinks->entity)
|
|
|
|
|| get_user(pads_ptr, &ulinks->pads)
|
|
|
|
|| get_user(links_ptr, &ulinks->links))
|
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
links.pads = compat_ptr(pads_ptr);
|
|
|
|
links.links = compat_ptr(links_ptr);
|
|
|
|
|
|
|
|
return __media_device_enum_links(mdev, &links);
|
|
|
|
}
|
|
|
|
|
|
|
|
#define MEDIA_IOC_ENUM_LINKS32 _IOWR('|', 0x02, struct media_links_enum32)
|
|
|
|
|
|
|
|
static long media_device_compat_ioctl(struct file *filp, unsigned int cmd,
|
|
|
|
unsigned long arg)
|
|
|
|
{
|
|
|
|
struct media_devnode *devnode = media_devnode_data(filp);
|
|
|
|
struct media_device *dev = to_media_device(devnode);
|
|
|
|
long ret;
|
|
|
|
|
|
|
|
switch (cmd) {
|
|
|
|
case MEDIA_IOC_DEVICE_INFO:
|
|
|
|
case MEDIA_IOC_ENUM_ENTITIES:
|
|
|
|
case MEDIA_IOC_SETUP_LINK:
|
|
|
|
return media_device_ioctl(filp, cmd, arg);
|
|
|
|
|
|
|
|
case MEDIA_IOC_ENUM_LINKS32:
|
|
|
|
mutex_lock(&dev->graph_mutex);
|
|
|
|
ret = media_device_enum_links32(dev,
|
|
|
|
(struct media_links_enum32 __user *)arg);
|
|
|
|
mutex_unlock(&dev->graph_mutex);
|
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
ret = -ENOIOCTLCMD;
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
#endif /* CONFIG_COMPAT */
|
|
|
|
|
2009-12-09 19:39:58 +08:00
|
|
|
static const struct media_file_operations media_device_fops = {
|
|
|
|
.owner = THIS_MODULE,
|
2010-08-18 22:41:22 +08:00
|
|
|
.open = media_device_open,
|
|
|
|
.ioctl = media_device_ioctl,
|
2013-01-22 23:27:56 +08:00
|
|
|
#ifdef CONFIG_COMPAT
|
|
|
|
.compat_ioctl = media_device_compat_ioctl,
|
|
|
|
#endif /* CONFIG_COMPAT */
|
2010-08-18 22:41:22 +08:00
|
|
|
.release = media_device_close,
|
2009-12-09 19:39:58 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
/* -----------------------------------------------------------------------------
|
|
|
|
* sysfs
|
|
|
|
*/
|
|
|
|
|
|
|
|
static ssize_t show_model(struct device *cd,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
struct media_device *mdev = to_media_device(to_media_devnode(cd));
|
|
|
|
|
|
|
|
return sprintf(buf, "%.*s\n", (int)sizeof(mdev->model), mdev->model);
|
|
|
|
}
|
|
|
|
|
|
|
|
static DEVICE_ATTR(model, S_IRUGO, show_model, NULL);
|
|
|
|
|
|
|
|
/* -----------------------------------------------------------------------------
|
|
|
|
* Registration/unregistration
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void media_device_release(struct media_devnode *mdev)
|
|
|
|
{
|
2015-08-14 02:22:24 +08:00
|
|
|
dev_dbg(mdev->parent, "Media device released\n");
|
2009-12-09 19:39:58 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* media_device_register - register a media device
|
|
|
|
* @mdev: The media device
|
|
|
|
*
|
|
|
|
* The caller is responsible for initializing the media device before
|
|
|
|
* registration. The following fields must be set:
|
|
|
|
*
|
|
|
|
* - dev must point to the parent device
|
|
|
|
* - model must be filled with the device model name
|
|
|
|
*/
|
2013-12-12 23:38:17 +08:00
|
|
|
int __must_check __media_device_register(struct media_device *mdev,
|
|
|
|
struct module *owner)
|
2009-12-09 19:39:58 +08:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (WARN_ON(mdev->dev == NULL || mdev->model[0] == 0))
|
|
|
|
return -EINVAL;
|
|
|
|
|
2009-12-09 19:40:00 +08:00
|
|
|
INIT_LIST_HEAD(&mdev->entities);
|
2015-08-21 20:23:22 +08:00
|
|
|
INIT_LIST_HEAD(&mdev->interfaces);
|
2015-08-23 19:00:33 +08:00
|
|
|
INIT_LIST_HEAD(&mdev->pads);
|
|
|
|
INIT_LIST_HEAD(&mdev->links);
|
2009-12-09 19:40:00 +08:00
|
|
|
spin_lock_init(&mdev->lock);
|
2010-03-08 02:04:59 +08:00
|
|
|
mutex_init(&mdev->graph_mutex);
|
2009-12-09 19:40:00 +08:00
|
|
|
|
2009-12-09 19:39:58 +08:00
|
|
|
/* Register the device node. */
|
|
|
|
mdev->devnode.fops = &media_device_fops;
|
|
|
|
mdev->devnode.parent = mdev->dev;
|
|
|
|
mdev->devnode.release = media_device_release;
|
2013-12-12 23:38:17 +08:00
|
|
|
ret = media_devnode_register(&mdev->devnode, owner);
|
2009-12-09 19:39:58 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
ret = device_create_file(&mdev->devnode.dev, &dev_attr_model);
|
|
|
|
if (ret < 0) {
|
|
|
|
media_devnode_unregister(&mdev->devnode);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2015-08-14 02:22:24 +08:00
|
|
|
dev_dbg(mdev->dev, "Media device registered\n");
|
|
|
|
|
2009-12-09 19:39:58 +08:00
|
|
|
return 0;
|
|
|
|
}
|
2013-12-12 23:38:17 +08:00
|
|
|
EXPORT_SYMBOL_GPL(__media_device_register);
|
2009-12-09 19:39:58 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* media_device_unregister - unregister a media device
|
|
|
|
* @mdev: The media device
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
void media_device_unregister(struct media_device *mdev)
|
|
|
|
{
|
2009-12-09 19:40:00 +08:00
|
|
|
struct media_entity *entity;
|
|
|
|
struct media_entity *next;
|
|
|
|
|
2015-08-23 18:51:33 +08:00
|
|
|
list_for_each_entry_safe(entity, next, &mdev->entities, graph_obj.list)
|
2009-12-09 19:40:00 +08:00
|
|
|
media_device_unregister_entity(entity);
|
|
|
|
|
2009-12-09 19:39:58 +08:00
|
|
|
device_remove_file(&mdev->devnode.dev, &dev_attr_model);
|
|
|
|
media_devnode_unregister(&mdev->devnode);
|
2015-08-14 02:22:24 +08:00
|
|
|
|
|
|
|
dev_dbg(mdev->dev, "Media device unregistered\n");
|
2009-12-09 19:39:58 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(media_device_unregister);
|
2009-12-09 19:40:00 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* media_device_register_entity - Register an entity with a media device
|
|
|
|
* @mdev: The media device
|
|
|
|
* @entity: The entity
|
|
|
|
*/
|
|
|
|
int __must_check media_device_register_entity(struct media_device *mdev,
|
|
|
|
struct media_entity *entity)
|
|
|
|
{
|
2015-08-14 23:50:08 +08:00
|
|
|
int i;
|
|
|
|
|
2015-05-08 09:12:38 +08:00
|
|
|
if (entity->type == MEDIA_ENT_T_V4L2_SUBDEV_UNKNOWN ||
|
|
|
|
entity->type == MEDIA_ENT_T_UNKNOWN)
|
|
|
|
dev_warn(mdev->dev,
|
|
|
|
"Entity type for entity %s was not initialized!\n",
|
|
|
|
entity->name);
|
|
|
|
|
2009-12-09 19:40:00 +08:00
|
|
|
/* Warn if we apparently re-register an entity */
|
2015-08-19 23:35:21 +08:00
|
|
|
WARN_ON(entity->graph_obj.mdev != NULL);
|
|
|
|
entity->graph_obj.mdev = mdev;
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
INIT_LIST_HEAD(&entity->links);
|
2009-12-09 19:40:00 +08:00
|
|
|
|
|
|
|
spin_lock(&mdev->lock);
|
2015-08-14 23:47:48 +08:00
|
|
|
/* Initialize media_gobj embedded at the entity */
|
|
|
|
media_gobj_init(mdev, MEDIA_GRAPH_ENTITY, &entity->graph_obj);
|
2015-08-14 23:50:08 +08:00
|
|
|
|
|
|
|
/* Initialize objects at the pads */
|
|
|
|
for (i = 0; i < entity->num_pads; i++)
|
|
|
|
media_gobj_init(mdev, MEDIA_GRAPH_PAD,
|
|
|
|
&entity->pads[i].graph_obj);
|
|
|
|
|
2009-12-09 19:40:00 +08:00
|
|
|
spin_unlock(&mdev->lock);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(media_device_register_entity);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* media_device_unregister_entity - Unregister an entity
|
|
|
|
* @entity: The entity
|
|
|
|
*
|
|
|
|
* If the entity has never been registered this function will return
|
|
|
|
* immediately.
|
|
|
|
*/
|
|
|
|
void media_device_unregister_entity(struct media_entity *entity)
|
|
|
|
{
|
2015-08-14 23:50:08 +08:00
|
|
|
int i;
|
2015-08-19 23:35:21 +08:00
|
|
|
struct media_device *mdev = entity->graph_obj.mdev;
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
struct media_link *link, *tmp;
|
2009-12-09 19:40:00 +08:00
|
|
|
|
|
|
|
if (mdev == NULL)
|
|
|
|
return;
|
|
|
|
|
|
|
|
spin_lock(&mdev->lock);
|
[media] media: convert links from array to list
The entire logic that represent graph links were developed on a
time where there were no needs to dynamic remove links. So,
although links are created/removed one by one via some
functions, they're stored as an array inside the entity struct.
As the array may grow, there's a logic inside the code that
checks if the amount of space is not enough to store
the needed links. If it isn't the core uses krealloc()
to change the size of the link, with is bad, as it
leaves the memory fragmented.
So, convert links into a list.
Also, currently, both source and sink entities need the link
at the graph traversal logic inside media_entity. So there's
a logic duplicating all links. That makes it to spend
twice the memory needed. This is not a big deal for today's
usage, where the number of links are not big.
Yet, if during the MC workshop discussions, it was said that
IIO graphs could have up to 4,000 entities. So, we may
want to remove the duplication on some future. The problem
is that it would require a separate linked list to store
the backlinks inside the entity, or to use a more complex
algorithm to do graph backlink traversal, with is something
that the current graph traversal inside the core can't cope
with. So, let's postpone a such change if/when it is actually
needed.
It should also be noticed that the media_link structure uses
44 bytes on 32-bit architectures and 84 bytes on 64-bit
architecture. It will thus be allocated out of the 64-bytes and
96-bytes pools respectively. That's a 12.5% memory waste on
64-bit architectures and 31.25% on 32-bit architecture.
A linked list is less efficient than an array in this case, but
this could later be optimized if we can get rid of the reverse
links (with would reduce memory allocation by 50%).
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>
2015-08-07 17:55:40 +08:00
|
|
|
list_for_each_entry_safe(link, tmp, &entity->links, list) {
|
|
|
|
media_gobj_remove(&link->graph_obj);
|
|
|
|
list_del(&link->list);
|
|
|
|
kfree(link);
|
|
|
|
}
|
2015-08-14 23:50:08 +08:00
|
|
|
for (i = 0; i < entity->num_pads; i++)
|
|
|
|
media_gobj_remove(&entity->pads[i].graph_obj);
|
2015-08-14 23:47:48 +08:00
|
|
|
media_gobj_remove(&entity->graph_obj);
|
2009-12-09 19:40:00 +08:00
|
|
|
spin_unlock(&mdev->lock);
|
2015-08-19 23:35:21 +08:00
|
|
|
entity->graph_obj.mdev = NULL;
|
2009-12-09 19:40:00 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(media_device_unregister_entity);
|
2015-06-03 23:12:53 +08:00
|
|
|
|
|
|
|
static void media_device_release_devres(struct device *dev, void *res)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* media_device_get_devres() - get media device as device resource
|
|
|
|
* creates if one doesn't exist
|
|
|
|
*/
|
|
|
|
struct media_device *media_device_get_devres(struct device *dev)
|
|
|
|
{
|
|
|
|
struct media_device *mdev;
|
|
|
|
|
|
|
|
mdev = devres_find(dev, media_device_release_devres, NULL, NULL);
|
|
|
|
if (mdev)
|
|
|
|
return mdev;
|
|
|
|
|
|
|
|
mdev = devres_alloc(media_device_release_devres,
|
|
|
|
sizeof(struct media_device), GFP_KERNEL);
|
|
|
|
if (!mdev)
|
|
|
|
return NULL;
|
|
|
|
return devres_get(dev, mdev, NULL, NULL);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(media_device_get_devres);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* media_device_find_devres() - find media device as device resource
|
|
|
|
*/
|
|
|
|
struct media_device *media_device_find_devres(struct device *dev)
|
|
|
|
{
|
|
|
|
return devres_find(dev, media_device_release_devres, NULL, NULL);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(media_device_find_devres);
|
2015-06-06 04:11:54 +08:00
|
|
|
|
|
|
|
#endif /* CONFIG_MEDIA_CONTROLLER */
|