1 .. -*- coding: utf-8; mode: rst -*-
12 CEC_DQEVENT - Dequeue a CEC event
18 .. c:function:: int ioctl( int fd, CEC_DQEVENT, struct cec_event *argp )
25 File descriptor returned by :ref:`open() <cec-func-open>`.
35 This documents the proposed CEC API. This API is not yet finalized
36 and is currently only available as a staging kernel module.
38 CEC devices can send asynchronous events. These can be retrieved by
39 calling :c:func:`CEC_DQEVENT`. If the file descriptor is in
40 non-blocking mode and no event is pending, then it will return -1 and
41 set errno to the ``EAGAIN`` error code.
43 The internal event queues are per-filehandle and per-event type. If
44 there is no more room in a queue then the last event is overwritten with
45 the new one. This means that intermediate results can be thrown away but
46 that the latest event is always available. This also means that is it
47 possible to read two successive events that have the same value (e.g.
48 two :ref:`CEC_EVENT_STATE_CHANGE <CEC-EVENT-STATE-CHANGE>` events with
49 the same state). In that case the intermediate state changes were lost but
50 it is guaranteed that the state did change in between the two events.
52 .. tabularcolumns:: |p{1.2cm}|p{2.9cm}|p{13.4cm}|
54 .. c:type:: cec_event_state_change
56 .. flat-table:: struct cec_event_state_change
68 - The current physical address. This is ``CEC_PHYS_ADDR_INVALID`` if no
69 valid physical address is set.
77 - The current set of claimed logical addresses. This is 0 if no logical
78 addresses are claimed or if ``phys_addr`` is ``CEC_PHYS_ADDR_INVALID``.
79 If bit 15 is set (``1 << CEC_LOG_ADDR_UNREGISTERED``) then this device
80 has the unregistered logical address. In that case all other bits are 0.
83 .. c:type:: cec_event_lost_msgs
85 .. tabularcolumns:: |p{1.0cm}|p{2.0cm}|p{14.5cm}|
87 .. flat-table:: struct cec_event_lost_msgs
99 - Set to the number of lost messages since the filehandle was opened
100 or since the last time this event was dequeued for this
101 filehandle. The messages lost are the oldest messages. So when a
102 new message arrives and there is no more room, then the oldest
103 message is discarded to make room for the new one. The internal
104 size of the message queue guarantees that all messages received in
105 the last two seconds will be stored. Since messages should be
106 replied to within a second according to the CEC specification,
107 this is more than enough.
110 .. tabularcolumns:: |p{1.0cm}|p{4.2cm}|p{2.5cm}|p{8.8cm}|
112 .. c:type:: cec_event
114 .. flat-table:: struct cec_event
126 - :cspan:`1` Timestamp of the event in ns.
128 The timestamp has been taken from the ``CLOCK_MONOTONIC`` clock. To access
129 the same clock from userspace use :c:func:`clock_gettime`.
137 - :cspan:`1` The CEC event type, see :ref:`cec-events`.
145 - :cspan:`1` Event flags, see :ref:`cec-event-flags`.
159 - struct cec_event_state_change
163 - The new adapter state as sent by the :ref:`CEC_EVENT_STATE_CHANGE <CEC-EVENT-STATE-CHANGE>`
169 - struct cec_event_lost_msgs
173 - The number of lost messages as sent by the :ref:`CEC_EVENT_LOST_MSGS <CEC-EVENT-LOST-MSGS>`
177 .. tabularcolumns:: |p{5.6cm}|p{0.9cm}|p{11.0cm}|
181 .. flat-table:: CEC Events Types
187 - .. _`CEC-EVENT-STATE-CHANGE`:
189 - ``CEC_EVENT_STATE_CHANGE``
193 - Generated when the CEC Adapter's state changes. When open() is
194 called an initial event will be generated for that filehandle with
195 the CEC Adapter's state at that time.
197 - .. _`CEC-EVENT-LOST-MSGS`:
199 - ``CEC_EVENT_LOST_MSGS``
203 - Generated if one or more CEC messages were lost because the
204 application didn't dequeue CEC messages fast enough.
207 .. tabularcolumns:: |p{6.0cm}|p{0.6cm}|p{10.9cm}|
211 .. flat-table:: CEC Event Flags
217 - .. _`CEC-EVENT-FL-INITIAL-VALUE`:
219 - ``CEC_EVENT_FL_INITIAL_VALUE``
223 - Set for the initial events that are generated when the device is
224 opened. See the table above for which events do this. This allows
225 applications to learn the initial state of the CEC adapter at
233 On success 0 is returned, on error -1 and the ``errno`` variable is set
234 appropriately. The generic error codes are described at the
235 :ref:`Generic Error Codes <gen-errors>` chapter.