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