zephyr/doc
Andrew Boie 65a9d2a94a kernel: make K_.*_INITIALIZER private to kernel
Upcoming memory protection features will be placing some additional
constraints on kernel objects:

- They need to reside in memory owned by the kernel and not the
application
- Certain kernel object validation schemes will require some run-time
initialization of all kernel objects before they can be used.

Per Ben these initializer macros were never intended to be public. It is
not forbidden to use them, but doing so requires care: the memory being
initialized must reside in kernel space, and extra runtime
initialization steps may need to be peformed before they are fully
usable as kernel objects. In particular, kernel subsystems or drivers
whose objects are already in kernel memory may still need to use these
macros if they define kernel objects as members of a larger data
structure.

It is intended that application developers instead use the
K_<object>_DEFINE macros, which will automatically put the object in the
right memory and add them to a section which can be iterated over at
boot to complete initiailization.

There was no K_WORK_DEFINE() macro for creating struct k_work objects,
this is now added.

k_poll_event and k_poll_signal are intended to be instatiated from
application memory and have not been changed.

Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2017-07-10 11:44:56 -07:00
..
api doc: misspelling and UTF-8 fixes 2017-05-09 20:15:49 -04:00
application doc: update qemu_x86 instructions 2017-06-28 16:58:37 -04:00
contribute doc: remove links to wiki 2017-05-31 14:54:34 -04:00
crypto doc: fix more spelling errors throughout docs 2017-02-28 13:22:13 +00:00
drivers doc: remove links to wiki 2017-05-31 14:54:34 -04:00
dts doc: fix headings in device tree doc 2017-06-19 17:45:27 -04:00
getting_started doc: getting_started: Add WSL instructions 2017-06-03 15:00:24 -04:00
introduction doc: update glossary, remove from wiki 2017-02-18 11:19:06 +00:00
kernel kernel: make K_.*_INITIALIZER private to kernel 2017-07-10 11:44:56 -07:00
porting doc: fix misspellings in docs 2017-06-13 19:45:38 -04:00
reference/kconfig doc: restructure application primer 2016-12-24 01:53:17 +00:00
scripts doc: Fix encoding problem 2017-02-09 23:37:44 +00:00
static doc: allow table head and content to wrap 2017-02-28 14:20:04 +00:00
subsystems samples: net Documented QEMU_INSTANCE usage 2017-06-29 07:20:46 -04:00
templates doc: fix .rst files canonical heading order 2017-01-20 16:06:36 -08:00
themes/zephyr
tools eoc: move non-board docs from boards TOC list 2017-06-17 07:07:28 -04:00
conf.py doc: change UTF-8 chars to sphinx inline replaces 2017-06-16 07:35:11 -05:00
copyright.rst doc: update copyright for documentation 2017-01-31 21:35:29 +00:00
glossary.rst doc: fix more spelling errors throughout docs 2017-02-28 13:22:13 +00:00
index.rst doc: Add link to v1.8 documentation 2017-06-15 23:31:30 -04:00
LICENSING.rst ksdk: mcux: Rename ksdk to mcux 2017-01-12 09:46:26 -06:00
Makefile doc: tweak Sphinx linkcheck options 2017-04-28 00:44:40 +00:00
README.rst doc: remove links to wiki 2017-05-31 14:54:34 -04:00
release-notes-1.5.rst doc: misspelling and UTF-8 fixes 2017-05-09 20:15:49 -04:00
release-notes-1.6.rst doc: fix headings in release notes 2017-04-05 14:35:39 -07:00
release-notes-1.7.rst doc: fix broken link in 1.7 release notes 2017-04-27 15:19:26 -07:00
release-notes-1.8.rst doc: add 1.8 release notes 2017-06-16 08:47:59 -04:00
release-notes-1.9.rst doc: add placeholder for 1.9 release notes 2017-07-07 10:50:45 -05:00
release-notes.rst doc: update release-notes index page 2017-06-16 21:01:00 -04:00
zephyr.doxyfile kernel: remove legacy kernel support 2017-04-19 15:48:37 +00:00

:orphan:

Welcome to Zephyr Kernel
########################

.. This document is in Restructured Text Format.
   Find more information regarding the ReST markup in the
   `ReST documentation`_.
   This is a comment that won't show up in formatted output

Welcome to the Zephyr Project.

Thank you for your interest in the Zephyr Project. These instructions are
designed to walk you through generating the Zephyr Project's documentation.

Documentation Notes
*******************

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 workstations drive. 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 about Sphinx extensions from
their respective websites.

The project's documentation currently comprises the following items:

* ReStructuredText source files used to generate documentation found at
  https://zephyrproject.org/doc website. Most of the reStructuredText sources
  are found in the ``/doc`` directory, but there are others 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://zephyrproject.org/doc

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

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.10 (and 1.8.11)
* Sphinx version 1.4.4 (but not with 1.5.1)
* Breathe version 4.4.0
* docutils version 0.12 (0.13 has issues with Sphinx 1.4.4)

Begin by cloning a copy of the git repository for the zephyr project and
setting up your development environment as described in :ref:`getting_started`
or specifically for Ubuntu in :ref:`installation_linux`.  (Be sure to
export the environment variables ``ZEPHYR_GCC_VARIANT`` and
``ZEPHYR_SDK_INSTALL_DIR`` as documented there.)

Here are a set of commands to install the documentation generations tools on
Ubuntu:

.. code-block:: bash

   $ sudo -E apt-get install python-pip
   $ pip install --upgrade pip
   $ sudo -E apt-get install doxygen
   $ pip install sphinx==1.4.4
   $ sudo -HE pip install breathe
   $ sudo -HE pip install sphinx-rtd-theme

There is a known issue that causes docutils version 0.13 to fail with sphinx
1.4.4.  Verify the version of docutils using:

.. code-block:: bash

   $ pip show docutils

If this shows you've got version 0.13 of docutils installed, you can install
the working version of docutils with:

.. code-block:: bash

   $ sudo -HE  pip install docutils==0.12


Running the Documentation Generators
************************************

The ``/doc`` directory in your cloned copy of 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 ``~/zephyr``, here are the commands to generate the html
content locally:

.. code-block:: bash

   $ cd ~/zephyr
   $ source zephyr-env.sh
   $ make htmldocs

The html output will be in ``~/zephyr/doc/_build/html/index.html``


.. _ReST documentation: http://sphinx-doc.org/rest.html