summaryrefslogtreecommitdiff
path: root/Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst
diff options
context:
space:
mode:
authorMauro Carvalho Chehab <mchehab@s-opensource.com>2016-08-19 17:14:23 +0300
committerMauro Carvalho Chehab <mchehab@s-opensource.com>2016-08-22 16:31:51 +0300
commitfa92b04d98e7c52038c1eb1cbf89ba0ba8679a94 (patch)
treee5519f1c53c35b4c0716de9e5835a349651b9d84 /Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst
parent42858b555292196a49b08f03a6e63758ac90a482 (diff)
downloadlinux-fa92b04d98e7c52038c1eb1cbf89ba0ba8679a94.tar.xz
[media] docs-rst: fix warnings introduced by LaTeX patchset
Sphinx is really pedantic with respect to the order where table tags and references are created. Putting things at the wrong order causes troubles. The order that seems to work is: .. raw:: latex .. tabularcolumns:: .. _foo_name: .. cssclass: longtable .. flat-table:: Reorder the tags to the above order, to avoid troubles, and fix remaining warnings introduced by media recent patches. Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
Diffstat (limited to 'Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst')
-rw-r--r--Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst17
1 files changed, 7 insertions, 10 deletions
diff --git a/Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst b/Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst
index 959e920eb7c3..42f8e856ec55 100644
--- a/Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst
+++ b/Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst
@@ -66,11 +66,10 @@ logical addresses are claimed or cleared.
Attempting to call :ref:`ioctl CEC_ADAP_S_LOG_ADDRS <CEC_ADAP_S_LOG_ADDRS>` when
logical address types are already defined will return with error ``EBUSY``.
+.. tabularcolumns:: |p{1.0cm}|p{7.5cm}|p{8.0cm}|
.. _cec-log-addrs:
-.. tabularcolumns:: |p{1.0cm}|p{7.5cm}|p{8.0cm}|
-
.. cssclass:: longtable
.. flat-table:: struct cec_log_addrs
@@ -207,10 +206,10 @@ logical address types are already defined will return with error ``EBUSY``.
give the CEC framework more information about the device type, even
though the framework won't use it directly in the CEC message.
-.. _cec-versions:
-
.. tabularcolumns:: |p{6.6cm}|p{2.2cm}|p{8.7cm}|
+.. _cec-versions:
+
.. flat-table:: CEC Versions
:header-rows: 0
:stub-columns: 0
@@ -242,11 +241,10 @@ logical address types are already defined will return with error ``EBUSY``.
- CEC version according to the HDMI 2.0 standard.
+.. tabularcolumns:: |p{6.6cm}|p{2.2cm}|p{8.7cm}|
.. _cec-prim-dev-types:
-.. tabularcolumns:: |p{6.6cm}|p{2.2cm}|p{8.7cm}|
-
.. flat-table:: CEC Primary Device Types
:header-rows: 0
:stub-columns: 0
@@ -310,11 +308,10 @@ logical address types are already defined will return with error ``EBUSY``.
- Use for a video processor device.
+.. tabularcolumns:: |p{6.6cm}|p{2.2cm}|p{8.7cm}|
.. _cec-log-addr-types:
-.. tabularcolumns:: |p{6.6cm}|p{2.2cm}|p{8.7cm}|
-
.. flat-table:: CEC Logical Address Types
:header-rows: 0
:stub-columns: 0
@@ -381,10 +378,10 @@ logical address types are already defined will return with error ``EBUSY``.
-.. _cec-all-dev-types-flags:
-
.. tabularcolumns:: |p{6.6cm}|p{2.2cm}|p{8.7cm}|
+.. _cec-all-dev-types-flags:
+
.. flat-table:: CEC All Device Types Flags
:header-rows: 0
:stub-columns: 0