22 Mar, 2011

6 commits

  • Create the following ioctl and implement it at the media device level to
    setup links.

    - MEDIA_IOC_SETUP_LINK: Modify the properties of a given link

    The only property that can currently be modified is the ENABLED link
    flag to enable/disable a link. Links marked with the IMMUTABLE link flag
    can not be enabled or disabled.

    Enabling or disabling a link has effects on entities' use count. Those
    changes are automatically propagated through the graph.

    Signed-off-by: Laurent Pinchart
    Signed-off-by: Stanimir Varbanov
    Signed-off-by: Sakari Ailus
    Acked-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Laurent Pinchart
     
  • Create the following two ioctls and implement them at the media device
    level to enumerate entities, pads and links.

    - MEDIA_IOC_ENUM_ENTITIES: Enumerate entities and their properties
    - MEDIA_IOC_ENUM_LINKS: Enumerate all pads and links for a given entity

    Entity IDs can be non-contiguous. Userspace applications should
    enumerate entities using the MEDIA_ENT_ID_FLAG_NEXT flag. When the flag
    is set in the entity ID, the MEDIA_IOC_ENUM_ENTITIES will return the
    next entity with an ID bigger than the requested one.

    Only forward links that originate at one of the entity's source pads are
    returned during the enumeration process.

    Signed-off-by: Laurent Pinchart
    Signed-off-by: Sakari Ailus
    Acked-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Laurent Pinchart
     
  • Create the following ioctl and implement it at the media device level to
    query device information.

    - MEDIA_IOC_DEVICE_INFO: Query media device information

    The ioctl and its data structure are defined in the new kernel header
    linux/media.h available to userspace applications.

    Signed-off-by: Laurent Pinchart
    Acked-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Laurent Pinchart
     
  • Due to the wide differences between drivers regarding power management
    needs, the media controller does not implement power management.
    However, the media_entity structure includes a use_count field that
    media drivers can use to track the number of users of every entity for
    power management needs.

    The use_count field is owned by media drivers and must not be touched by
    entity drivers. Access to the field must be protected by the media
    device graph_mutex lock.

    Signed-off-by: Laurent Pinchart
    Acked-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Laurent Pinchart
     
  • As video hardware pipelines become increasingly complex and
    configurable, the current hardware description through v4l2 subdevices
    reaches its limits. In addition to enumerating and configuring
    subdevices, video camera drivers need a way to discover and modify at
    runtime how those subdevices are connected. This is done through new
    elements called entities, pads and links.

    An entity is a basic media hardware building block. It can correspond to
    a large variety of logical blocks such as physical hardware devices
    (CMOS sensor for instance), logical hardware devices (a building block
    in a System-on-Chip image processing pipeline), DMA channels or physical
    connectors.

    A pad is a connection endpoint through which an entity can interact with
    other entities. Data (not restricted to video) produced by an entity
    flows from the entity's output to one or more entity inputs. Pads should
    not be confused with physical pins at chip boundaries.

    A link is a point-to-point oriented connection between two pads, either
    on the same entity or on different entities. Data flows from a source
    pad to a sink pad.

    Links are stored in the source entity. To make backwards graph walk
    faster, a copy of all links is also stored in the sink entity. The copy
    is known as a backlink and is only used to help graph traversal.

    The entity API is made of three functions:

    - media_entity_init() initializes an entity. The caller must provide an
    array of pads as well as an estimated number of links. The links array
    is allocated dynamically and will be reallocated if it grows beyond the
    initial estimate.

    - media_entity_cleanup() frees resources allocated for an entity. It
    must be called during the cleanup phase after unregistering the entity
    and before freeing it.

    - media_entity_create_link() creates a link between two entities. An
    entry in the link array of each entity is allocated and stores pointers
    to source and sink pads.

    When a media device is unregistered, all its entities are unregistered
    automatically.

    The code is based on Hans Verkuil initial work.

    Signed-off-by: Laurent Pinchart
    Signed-off-by: Sakari Ailus
    Acked-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Laurent Pinchart
     
  • The media_device structure abstracts functions common to all kind of
    media devices (v4l2, dvb, alsa, ...). It manages media entities and
    offers a userspace API to discover and configure the media device
    internal topology.

    Signed-off-by: Laurent Pinchart
    Acked-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Laurent Pinchart