give the CEC framework more information about the device type, even
though the framework won't use it directly in the CEC message.
+ .. _cec-log-addrs-flags:
+
+ .. flat-table:: Flags for struct cec_log_addrs
+ :header-rows: 0
+ :stub-columns: 0
+ :widths: 3 1 4
+
+
+ - .. _`CEC-LOG-ADDRS-FL-ALLOW-UNREG-FALLBACK`:
+
+ - ``CEC_LOG_ADDRS_FL_ALLOW_UNREG_FALLBACK``
+
+ - 1
+
+ - By default if no logical address of the requested type can be claimed, then
+ it will go back to the unconfigured state. If this flag is set, then it will
+ fallback to the Unregistered logical address. Note that if the Unregistered
+ logical address was explicitly requested, then this flag has no effect.
+
+.. tabularcolumns:: |p{6.6cm}|p{2.2cm}|p{8.7cm}|
+
.. _cec-versions:
.. flat-table:: CEC Versions
- ``log_addr_mask``
- - The current set of claimed logical addresses.
+ - 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.
- .. tabularcolumns:: |p{1.0cm}|p{2.0cm}|p{14.5cm}|
-
+.. c:type:: cec_event_lost_msgs
-.. _cec-event-lost-msgs_s:
++.. tabularcolumns:: |p{1.0cm}|p{2.0cm}|p{14.5cm}|
+
.. flat-table:: struct cec_event_lost_msgs
:header-rows: 0
:stub-columns: 0