2016-07-08 21:55:42 +03:00
|
|
|
.. -*- coding: utf-8; mode: rst -*-
|
|
|
|
|
2016-07-08 21:55:43 +03:00
|
|
|
.. _CEC_DQEVENT:
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
*****************
|
|
|
|
ioctl CEC_DQEVENT
|
|
|
|
*****************
|
|
|
|
|
2016-07-08 21:55:43 +03:00
|
|
|
Name
|
|
|
|
====
|
2016-07-08 21:55:42 +03:00
|
|
|
|
2016-07-08 21:55:43 +03:00
|
|
|
CEC_DQEVENT - Dequeue a CEC event
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
|
|
|
Synopsis
|
|
|
|
========
|
|
|
|
|
2016-08-19 22:58:14 +03:00
|
|
|
.. c:function:: int ioctl( int fd, CEC_DQEVENT, struct cec_event *argp )
|
|
|
|
:name: CEC_DQEVENT
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
Arguments
|
|
|
|
=========
|
|
|
|
|
|
|
|
``fd``
|
|
|
|
File descriptor returned by :ref:`open() <cec-func-open>`.
|
|
|
|
|
|
|
|
``argp``
|
|
|
|
|
|
|
|
|
|
|
|
Description
|
|
|
|
===========
|
|
|
|
|
2016-08-15 23:49:50 +03:00
|
|
|
.. note::
|
|
|
|
|
|
|
|
This documents the proposed CEC API. This API is not yet finalized
|
2016-07-10 17:57:43 +03:00
|
|
|
and is currently only available as a staging kernel module.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
CEC devices can send asynchronous events. These can be retrieved by
|
2016-08-15 17:08:28 +03:00
|
|
|
calling :c:func:`CEC_DQEVENT`. If the file descriptor is in
|
2016-07-08 21:55:42 +03:00
|
|
|
non-blocking mode and no event is pending, then it will return -1 and
|
2016-07-19 12:26:13 +03:00
|
|
|
set errno to the ``EAGAIN`` error code.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
The internal event queues are per-filehandle and per-event type. If
|
|
|
|
there is no more room in a queue then the last event is overwritten with
|
|
|
|
the new one. This means that intermediate results can be thrown away but
|
|
|
|
that the latest event is always available. This also means that is it
|
|
|
|
possible to read two successive events that have the same value (e.g.
|
2016-07-13 16:22:38 +03:00
|
|
|
two :ref:`CEC_EVENT_STATE_CHANGE <CEC-EVENT-STATE-CHANGE>` events with
|
|
|
|
the same state). In that case the intermediate state changes were lost but
|
|
|
|
it is guaranteed that the state did change in between the two events.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
2016-08-19 17:14:23 +03:00
|
|
|
.. tabularcolumns:: |p{1.2cm}|p{2.9cm}|p{13.4cm}|
|
2016-07-08 21:55:42 +03:00
|
|
|
|
2016-08-30 01:45:57 +03:00
|
|
|
.. c:type:: cec_event_state_change
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
.. flat-table:: struct cec_event_state_change
|
|
|
|
:header-rows: 0
|
|
|
|
:stub-columns: 0
|
2016-07-08 23:59:27 +03:00
|
|
|
:widths: 1 1 8
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
|
|
|
- .. row 1
|
|
|
|
|
|
|
|
- __u16
|
|
|
|
|
|
|
|
- ``phys_addr``
|
|
|
|
|
2016-08-10 12:00:53 +03:00
|
|
|
- The current physical address. This is ``CEC_PHYS_ADDR_INVALID`` if no
|
|
|
|
valid physical address is set.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
- .. row 2
|
|
|
|
|
|
|
|
- __u16
|
|
|
|
|
|
|
|
- ``log_addr_mask``
|
|
|
|
|
2016-08-10 12:00:53 +03:00
|
|
|
- The current set of claimed logical addresses. This is 0 if no logical
|
|
|
|
addresses are claimed or if ``phys_addr`` is ``CEC_PHYS_ADDR_INVALID``.
|
|
|
|
If bit 15 is set (``1 << CEC_LOG_ADDR_UNREGISTERED``) then this device
|
|
|
|
has the unregistered logical address. In that case all other bits are 0.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
2016-08-30 01:45:57 +03:00
|
|
|
.. c:type:: cec_event_lost_msgs
|
2016-07-08 21:55:42 +03:00
|
|
|
|
2016-10-05 22:42:36 +03:00
|
|
|
.. tabularcolumns:: |p{1.0cm}|p{2.0cm}|p{14.5cm}|
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
.. flat-table:: struct cec_event_lost_msgs
|
|
|
|
:header-rows: 0
|
|
|
|
:stub-columns: 0
|
2016-07-08 23:59:27 +03:00
|
|
|
:widths: 1 1 16
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
|
|
|
- .. row 1
|
|
|
|
|
|
|
|
- __u32
|
|
|
|
|
|
|
|
- ``lost_msgs``
|
|
|
|
|
|
|
|
- Set to the number of lost messages since the filehandle was opened
|
2016-07-10 17:57:43 +03:00
|
|
|
or since the last time this event was dequeued for this
|
|
|
|
filehandle. The messages lost are the oldest messages. So when a
|
|
|
|
new message arrives and there is no more room, then the oldest
|
|
|
|
message is discarded to make room for the new one. The internal
|
|
|
|
size of the message queue guarantees that all messages received in
|
|
|
|
the last two seconds will be stored. Since messages should be
|
|
|
|
replied to within a second according to the CEC specification,
|
|
|
|
this is more than enough.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
2016-08-19 17:14:23 +03:00
|
|
|
.. tabularcolumns:: |p{1.0cm}|p{4.2cm}|p{2.5cm}|p{8.8cm}|
|
2016-07-08 21:55:42 +03:00
|
|
|
|
2016-08-29 23:37:59 +03:00
|
|
|
.. c:type:: cec_event
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
.. flat-table:: struct cec_event
|
|
|
|
:header-rows: 0
|
|
|
|
:stub-columns: 0
|
2016-07-08 23:59:27 +03:00
|
|
|
:widths: 1 1 1 8
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
|
|
|
- .. row 1
|
|
|
|
|
|
|
|
- __u64
|
|
|
|
|
|
|
|
- ``ts``
|
|
|
|
|
2016-08-19 15:42:15 +03:00
|
|
|
- :cspan:`1` Timestamp of the event in ns.
|
|
|
|
|
2016-07-19 12:26:13 +03:00
|
|
|
The timestamp has been taken from the ``CLOCK_MONOTONIC`` clock. To access
|
2016-09-08 11:51:10 +03:00
|
|
|
the same clock from userspace use :c:func:`clock_gettime`.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
- .. row 2
|
|
|
|
|
|
|
|
- __u32
|
|
|
|
|
|
|
|
- ``event``
|
|
|
|
|
2016-08-19 15:42:15 +03:00
|
|
|
- :cspan:`1` The CEC event type, see :ref:`cec-events`.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
- .. row 3
|
|
|
|
|
|
|
|
- __u32
|
|
|
|
|
|
|
|
- ``flags``
|
|
|
|
|
2016-08-19 15:42:15 +03:00
|
|
|
- :cspan:`1` Event flags, see :ref:`cec-event-flags`.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
- .. row 4
|
|
|
|
|
|
|
|
- union
|
|
|
|
|
|
|
|
- (anonymous)
|
|
|
|
|
|
|
|
-
|
|
|
|
-
|
|
|
|
|
|
|
|
- .. row 5
|
|
|
|
|
|
|
|
-
|
|
|
|
- struct cec_event_state_change
|
|
|
|
|
|
|
|
- ``state_change``
|
|
|
|
|
2016-07-09 16:25:05 +03:00
|
|
|
- The new adapter state as sent by the :ref:`CEC_EVENT_STATE_CHANGE <CEC-EVENT-STATE-CHANGE>`
|
2016-07-10 17:57:43 +03:00
|
|
|
event.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
- .. row 6
|
|
|
|
|
|
|
|
-
|
|
|
|
- struct cec_event_lost_msgs
|
|
|
|
|
|
|
|
- ``lost_msgs``
|
|
|
|
|
2016-07-09 16:25:05 +03:00
|
|
|
- The number of lost messages as sent by the :ref:`CEC_EVENT_LOST_MSGS <CEC-EVENT-LOST-MSGS>`
|
2016-07-10 17:57:43 +03:00
|
|
|
event.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
2016-08-19 17:14:23 +03:00
|
|
|
.. tabularcolumns:: |p{5.6cm}|p{0.9cm}|p{11.0cm}|
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
.. _cec-events:
|
|
|
|
|
|
|
|
.. flat-table:: CEC Events Types
|
|
|
|
:header-rows: 0
|
|
|
|
:stub-columns: 0
|
2016-07-08 23:59:27 +03:00
|
|
|
:widths: 3 1 16
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
2016-07-09 16:25:05 +03:00
|
|
|
- .. _`CEC-EVENT-STATE-CHANGE`:
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
- ``CEC_EVENT_STATE_CHANGE``
|
|
|
|
|
|
|
|
- 1
|
|
|
|
|
|
|
|
- Generated when the CEC Adapter's state changes. When open() is
|
2016-07-10 17:57:43 +03:00
|
|
|
called an initial event will be generated for that filehandle with
|
|
|
|
the CEC Adapter's state at that time.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
2016-07-09 16:25:05 +03:00
|
|
|
- .. _`CEC-EVENT-LOST-MSGS`:
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
- ``CEC_EVENT_LOST_MSGS``
|
|
|
|
|
|
|
|
- 2
|
|
|
|
|
|
|
|
- Generated if one or more CEC messages were lost because the
|
2016-07-10 17:57:43 +03:00
|
|
|
application didn't dequeue CEC messages fast enough.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
2016-08-19 17:14:23 +03:00
|
|
|
.. tabularcolumns:: |p{6.0cm}|p{0.6cm}|p{10.9cm}|
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
.. _cec-event-flags:
|
|
|
|
|
|
|
|
.. flat-table:: CEC Event Flags
|
|
|
|
:header-rows: 0
|
|
|
|
:stub-columns: 0
|
2016-07-08 23:59:27 +03:00
|
|
|
:widths: 3 1 8
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
2016-07-09 16:25:05 +03:00
|
|
|
- .. _`CEC-EVENT-FL-INITIAL-VALUE`:
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
- ``CEC_EVENT_FL_INITIAL_VALUE``
|
|
|
|
|
|
|
|
- 1
|
|
|
|
|
|
|
|
- Set for the initial events that are generated when the device is
|
2016-07-10 17:57:43 +03:00
|
|
|
opened. See the table above for which events do this. This allows
|
|
|
|
applications to learn the initial state of the CEC adapter at
|
|
|
|
open() time.
|
2016-07-08 21:55:42 +03:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Return Value
|
|
|
|
============
|
|
|
|
|
|
|
|
On success 0 is returned, on error -1 and the ``errno`` variable is set
|
|
|
|
appropriately. The generic error codes are described at the
|
|
|
|
:ref:`Generic Error Codes <gen-errors>` chapter.
|