zephyr/doc
Ulf Magnusson 6648fe428a doc: devicetree: Update outdated diagram and mention zephyr.dts
zephyr_dt_inputs_outputs.svg still shows the output from dtc being used,
but dtc is unused (except for finding warnings/errors) after the old
devicetree scripts were removed in commit c8c35f76ab ("scripts: dts:
Remove deprecated extract_dts_includes.py script").

Update zephyr_dt_inputs_outputs.svg to show how things are done now.
Also include the new zephyr.dts debugging aid in it. Tweak the
formatting a bit too.

Add zephyr.dts to the diagram in the build overview section too, and
mention zephyr.dts in the text of the devicetree and build overview
pages.

Remove zephyr_dt_inputs_outputs.png and use zephyr_dt_inputs_outputs.svg
directly. Many other places the documentation include SVGs directly, and
there haven't been any complaints, so it probably works fine. The .png
and .svg versions had also drifted out of sync.

Piggyback a link from the devicetree page to the build overview page, to
make it easier to discover.

(I used draw.io to update the diagrams.)

Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-01-30 04:27:39 -06:00
..
_templates
application doc: kconfig: Put all documentation on setting symbols on a new page 2019-12-09 17:33:36 +01:00
contribute doc: contribution guidelines: Specify roles and responsibilies 2019-10-21 12:34:03 -05:00
custom-doxygen
development_process doc: update release tagging procedures 2019-12-13 08:12:03 -06:00
extensions doc: link-roles: convert bytes to string 2019-09-15 18:44:45 -04:00
getting_started doc: update GSG and Linux guides for move to Python 3.6 2019-12-18 10:15:45 +01:00
guides doc: devicetree: Update outdated diagram and mention zephyr.dts 2020-01-30 04:27:39 -06:00
images
introduction doc: cleanup after NFFS removal 2020-01-21 15:32:47 +01:00
reference lib: os: onoff: add API for on-off service request and release management 2020-01-29 14:08:46 +01:00
releases doc/release: nrf flash driver change record 2020-01-29 14:43:05 +01:00
scripts doc: genrest.py: Convert to use f-strings 2020-01-28 17:26:11 -05:00
security global: Remove leading/trailing blank lines in files 2019-12-11 19:17:27 +01:00
static doc: remove extra space after nested list 2019-12-10 21:43:54 -05:00
templates
404.rst
CMakeLists.txt doc: genrest: Use a separate index page for all symbols 2019-12-11 12:32:30 -06:00
LICENSING.rst doc: remove licensing for moved ext/ components 2019-09-07 00:17:15 +02:00
README.rst
conf.py doc: update doc footer copyright year 2020-01-20 22:48:23 -05:00
copyright.rst
glossary.rst
index.rst
scorer.js doc: tweak search to to understate certain docs 2019-12-19 15:52:11 -05:00
substitutions.txt doc: New developer getting started guide 2019-11-13 14:05:47 -06:00
zephyr.doxyfile.in doc: generate documentation for asynchronous SPI API 2020-01-27 16:05:07 +01:00

README.rst

.. _zephyr_doc:

Documentation Generation
########################

These instructions will walk you through generating the Zephyr Project's
documentation on your local system using the same documentation sources
as we use to create the online documentation found at
https://docs.zephyrproject.org

Documentation overview
**********************

Zephyr Project content is written using the reStructuredText markup
language (.rst file extension) with Sphinx extensions, and processed
using Sphinx to create a formatted stand-alone website. Developers can
view this content either in its raw form as .rst markup files, or you
can generate the HTML content and view it with a web browser directly on
your workstation. This same .rst content is also fed into the Zephyr
Project's public website documentation area (with a different theme
applied).

You can read details about `reStructuredText`_, and `Sphinx`_ from
their respective websites.

The project's documentation contains the following items:

* ReStructuredText source files used to generate documentation found at the
  https://docs.zephyrproject.org website. Most of the reStructuredText sources
  are found in the ``/doc`` directory, but others are stored within the
  code source tree near their specific component (such as ``/samples`` and
  ``/boards``)

* Doxygen-generated material used to create all API-specific documents
  also found at https://docs.zephyrproject.org

* Script-generated material for kernel configuration options based on Kconfig
  files found in the source code tree

.. image:: images/doc-gen-flow.png
   :align: center

The reStructuredText files are processed by the Sphinx documentation system,
and make use of the breathe extension for including the doxygen-generated API
material.  Additional tools are required to generate the
documentation locally, as described in the following sections.

Installing the documentation processors
***************************************

Our documentation processing has been tested to run with:

* Doxygen version 1.8.13
* Sphinx version 1.7.5
* Breathe version 4.9.1
* docutils version 0.14
* sphinx_rtd_theme version 0.4.0
* sphinxcontrib-svg2pdfconverter version 0.1.0
* Latexmk version 4.56

In order to install the documentation tools, first install Zephyr as
described in :ref:`getting_started`. Then install additional tools
that are only required to generate the documentation,
as described below:

On Ubuntu Linux:

.. code-block:: console

   sudo apt-get install --no-install-recommends doxygen librsvg2-bin \
     texlive-latex-base texlive-latex-extra latexmk texlive-fonts-recommended

On Fedora Linux:

.. code-block:: console

   sudo dnf install doxygen texlive-latex latexmk \
     texlive-collection-fontsrecommended librsvg2-tools

On Clear Linux:

.. code-block:: console

  sudo swupd bundle-add texlive

On Arch Linux:

.. code-block:: console

   sudo pacman -S doxygen librsvg texlive-core texlive-bin

On macOS:

.. code-block:: console

   brew install doxygen mactex librsvg
   tlmgr install latexmk
   tlmgr install collection-fontsrecommended

On Windows in an Administrator ``cmd.exe`` prompt:

.. code-block:: console

   choco install doxygen.install strawberryperl miktex rsvg-convert

.. note::
   On Windows, the Sphinx executable ``sphinx-build.exe`` is placed in
   the ``Scripts`` folder of your Python installation path.
   Dependending on how you have installed Python, you may need to
   add this folder to your ``PATH`` environment variable. Follow
   the instructions in `Windows Python Path`_ to add those if needed.

Documentation presentation theme
********************************

Sphinx supports easy customization of the generated documentation
appearance through the use of themes.  Replace the theme files and do
another ``make htmldocs`` and the output layout and style is changed.
The ``read-the-docs`` theme is installed as part of the
``requirements.txt`` list above, and will be used if it's available, for
local doc generation.


Running the documentation processors
************************************

The ``/doc`` directory in your cloned copy of the Zephyr project git
repo has all the .rst source files, extra tools, and Makefile for
generating a local copy of the Zephyr project's technical documentation.
Assuming the local Zephyr project copy is in a folder ``zephyr`` in your home
folder, here are the commands to generate the html content locally:

.. code-block:: console

   # On Linux/macOS
   cd ~/zephyr
   source zephyr-env.sh
   mkdir -p doc/_build && cd doc/_build
   # On Windows
   cd %userprofile%\zephyr
   zephyr-env.cmd
   mkdir doc\_build & cd doc/_build

   # Use cmake to configure a Ninja-based build system:
   cmake -GNinja ..

   # To generate HTML output, run ninja on the generated build system:
   ninja htmldocs
   # If you modify or add .rst files, run ninja again:
   ninja htmldocs

   # To generate PDF output, run ninja on the generated build system:
   ninja pdfdocs

.. warning::

   The documentation build system creates copies in the build
   directory of every .rst file used to generate the documentation,
   along with dependencies referenced by those .rst files.

   This means that Sphinx warnings and errors refer to the **copies**,
   and **not the version-controlled original files in Zephyr**. Be
   careful to make sure you don't accidentally edit the copy of the
   file in an error message, as these changes will not be saved.

Depending on your development system, it will take up to 15 minutes to
collect and generate the HTML content.  When done, you can view the HTML
output with your browser started at ``doc/_build/html/index.html`` and
if generated, the PDF file is available at ``doc/_build/pdf/zephyr.pdf``.

If you want to build the documentation from scratch just delete the contents
of the build folder and run ``cmake`` and then ``ninja`` again.

.. note::

   If you add or remove a file from the documentation, you need to re-run CMake.

On Unix platforms a convenience :zephyr_file:`Makefile` at the root folder
of the Zephyr repository can be used to build the documentation directly from
there:

.. code-block:: console

   cd ~/zephyr
   source zephyr-env.sh

   # To generate HTML output
   make htmldocs

   # To generate PDF output
   make pdfdocs

Filtering expected warnings
***************************

Alas, there are some known issues with the doxygen/Sphinx/Breathe
processing that generates warnings for some constructs, in particular
around unnamed structures in nested unions or structs.
While these issues are being considered for fixing in
Sphinx/Breathe, we've added a post-processing filter on the output of
the documentation build process to check for "expected" messages from the
generation process output.

The output from the Sphinx build is processed by the python script
``scripts/filter-known-issues.py`` together with a set of filter
configuration files in the ``.known-issues/doc`` folder.  (This
filtering is done as part of the ``doc/CMakeLists.txt`` CMake listfile.)

If you're contributing components included in the Zephyr API
documentation and run across these warnings, you can include filtering
them out as "expected" warnings by adding a conf file to the
``.known-issues/doc`` folder, following the example of other conf files
found there.

Developer-mode Document Building
********************************

Building the documentation for all the Kconfig options significantly
adds to the total doc build time.  When making and testing major changes
to the documentation, we provide an option to temporarily stub-out
the auto-generated configuration documentation so the doc build process
runs much faster.

To enable this mode, set the following option when invoking cmake::

   -DKCONFIG_TURBO_MODE=1

or invoke make with the following target::

   cd ~/zephyr
   source zephyr-env.sh

   # To generate HTML output without detailed Kconfig
   make htmldocs-fast


.. _reStructuredText: http://sphinx-doc.org/rest.html
.. _Sphinx: http://sphinx-doc.org/
.. _Windows Python Path: https://docs.python.org/3/using/windows.html#finding-the-python-executable