Home
last modified time | relevance | path

Searched full:devicetree (Results 1 – 25 of 438) sorted by relevance

12345678910>>...18

/Zephyr-Core-2.7.6/doc/guides/dts/
Ddt-vs-kconfig.rst3 Devicetree versus Kconfig
6 Along with devicetree, Zephyr also uses the Kconfig language to configure the
7 source code. Whether to use devicetree or Kconfig for a particular purpose can
12 * Use devicetree to describe **hardware** and its **boot-time configuration**.
19 In other words, devicetree mainly deals with hardware, and Kconfig with
26 nodes in the devicetree. These provide the UART type (via the ``compatible``
30 devicetree. This could include configuration such as the RX IRQ line's
32 their boot-time configuration is described in devicetree.
36 board's devicetree still includes UART nodes.
41 * Devicetree should be used to describe the presence of the radio **hardware**,
[all …]
Dintro.rst3 Introduction to devicetree
8 This is a conceptual overview of devicetree and how Zephyr uses it. For
11 A *devicetree* is a hierarchical data structure that describes hardware. The
12 `Devicetree specification`_ defines its source and binary representations.
13 Zephyr uses devicetree to describe the hardware available on its :ref:`boards`,
16 There are two types of devicetree input files: *devicetree sources* and
17 *devicetree bindings*. The sources contain the devicetree itself. The bindings
19 <build_overview>` uses devicetree sources and bindings to produce a generated C
20 header. The generated header's contents are abstracted by the ``devicetree.h``
21 API, which you can use to get information from your devicetree.
[all …]
Dhowtos.rst3 Devicetree HOWTOs
6 This page has step-by-step advice for getting things done with devicetree.
10 .. _get-devicetree-outputs:
12 Get your devicetree and generated header
15 A board's devicetree (:ref:`BOARD.dts <devicetree-in-out-files>`) pulls in
17 includes the SoC's ``.dtsi``. One way to figure out the devicetree's contents
21 If you just want to see the "final" devicetree for your board, build an
26 You can build :ref:`hello_world` to see the "base" devicetree for your board
47 The :file:`zephyr.dts` file is the final devicetree in DTS format.
51 See :ref:`devicetree-in-out-files` for details about these files.
[all …]
Ddesign.rst6 Zephyr's use of devicetree has evolved significantly over time, and further
14 Zephyr shall obtain its hardware descriptions exclusively from devicetree.
19 - New device drivers shall use devicetree APIs to determine which :ref:`devices
27 - Boot-time pin muxing and pin control can be accomplished via devicetree.
34 devicetree instead.
37 particular compatible are enabled. This can and should be done with devicetree
42 board level devicetree instead.
45 information obtained from devicetree, e.g. for device power management.
50 Zephyr's devicetree tooling is based on a generic layer which is interoperable
51 with other devicetree users, such as the Linux kernel.
[all …]
Dtroubleshooting.rst3 Troubleshooting devicetree
6 Here are some tips for fixing misbehaving devicetree related code.
18 This is general advice which is especially applicable to debugging devicetree
22 Make sure <devicetree.h> is included
25 Unlike Kconfig symbols, the :file:`devicetree.h` header must be included
28 Many Zephyr header files rely on information from devicetree, so including some
29 other API may transitively include :file:`devicetree.h`, but that's not
39 - In C/C++, devicetree names must be lowercased and special characters must be
40 converted to underscores. Zephyr's generated devicetree header has DTS names
42 ``<devicetree.h>`` API.
[all …]
Dapi-usage.rst3 Devicetree access from C/C++
6 This guide describes Zephyr's ``<devicetree.h>`` API for reading the devicetree
8 :ref:`devicetree-intro` and :ref:`dt-bindings`. See :ref:`devicetree` for
14 Linux developers familiar with devicetree should be warned that the API
15 described here differs significantly from how devicetree is used on Linux.
17 Instead of generating a C header with all the devicetree data which is then
19 devicetree data structure in its binary form. The binary representation is
22 Zephyr does not work this way because the size of the devicetree binary and
31 To get information about a particular devicetree node, you need a *node
37 Use :c:func:`DT_PATH()` along with the node's full path in the devicetree,
[all …]
Dindex.rst3 Devicetree Guide
6 This is a high-level guide to devicetree as it is used for Zephyr development.
7 See :ref:`devicetree` for reference material.
/Zephyr-Core-2.7.6/doc/reference/devicetree/
Dapi.rst3 Devicetree API
6 This is a reference page for the ``<devicetree.h>`` API. The API is macro
26 A *node identifier* is a way to refer to a devicetree node at C preprocessor
28 devicetree data in C rvalue form using, for example, the
29 :ref:`devicetree-property-access` API.
32 identifiers for other devicetree nodes using :c:func:`DT_PATH`,
41 .. doxygengroup:: devicetree-generic-id
49 There are special-purpose APIs for accessing the :ref:`devicetree-reg-property`
50 and :ref:`devicetree-interrupts-property`.
55 .. doxygengroup:: devicetree-generic-prop
[all …]
Dindex.rst3 Devicetree chapter
6 This is reference documentation for devicetree as it is used for Zephyr
8 platform-independent specification, see the `Devicetree specification`_.
10 .. _Devicetree specification: https://www.devicetree.org/
/Zephyr-Core-2.7.6/scripts/dts/
DREADME.txt5 The libraries and tests have now been moved to the 'python-devicetree'
14 https://pypi.org/project/devicetree/
15 https://python-devicetree.readthedocs.io/en/latest/
16 https://github.com/zephyrproject-rtos/python-devicetree
18 The 'python-devicetree' subdirectory you find here next to this
19 README.txt matches the standalone python-devicetree repository linked
27 devicetree.edtlib from now on, but the code will continue to be found
30 Eventually, as APIs stabilize, the python-devicetree code in this
Dgen_dts_cmake.py7 This script uses edtlib and the devicetree data in the build directory
8 to generate a CMake file which contains devicetree data.
20 devicetree as CMake target properties.
26 CMake target properties, along with other devicetree data.
29 devicetree values can be used at CMake processing time.
39 DT_PROP(node_id, foo) from devicetree.h.
47 sys.path.append(os.path.join(os.path.dirname(__file__), 'python-devicetree',
/Zephyr-Core-2.7.6/samples/basic/button/
DREADME.rst18 The button must be configured using the ``sw0`` :ref:`devicetree <dt-guide>`
19 alias, usually in the :ref:`BOARD.dts file <devicetree-in-out-files>`. You will
24 Unsupported board: sw0 devicetree alias is not defined
29 The sample additionally supports an optional ``led0`` devicetree alias. This is
34 Devicetree details
37 This section provides more details on devicetree configuration.
39 Here is a minimal devicetree fragment which supports this sample. This only
43 .. code-block:: devicetree
69 As shown, the ``sw0`` devicetree alias must point to a child node of a node
80 node, and that the GPIO controller's devicetree binding names those two cells
/Zephyr-Core-2.7.6/samples/basic/blinky/
DREADME.rst25 Unsupported board: led0 devicetree alias is not defined
29 ``led0`` :ref:`devicetree <dt-guide>` alias. This is usually done in the
30 :ref:`BOARD.dts file <devicetree-in-out-files>` or a :ref:`devicetree overlay
31 <set-devicetree-overlays>`.
/Zephyr-Core-2.7.6/samples/basic/rgb_led/
DREADME.rst23 The LED PWM channels must be configured using the following :ref:`devicetree
25 <devicetree-in-out-files>`:
36 Unsupported board: red-pwm-led devicetree alias is not defined
37 Unsupported board: green-pwm-led devicetree alias is not defined
38 Unsupported board: blue-pwm-led devicetree alias is not defined
46 No additional wiring is necessary if the required devicetree aliases refer to
/Zephyr-Core-2.7.6/doc/reference/peripherals/
Dregulators.rst14 the regulator subsystem. Nodes with a devicetree compatible of
22 completes. Zephyr recognizes devicetree nodes with a compatible of
25 The ``vin-supply`` devicetree property is used to identify the
26 regulator(s) that a devicetree node directly depends on. Within the
34 ``supply-gpios`` devicetree property should be used. There is no device
/Zephyr-Core-2.7.6/doc/reference/usb/
Duds_cdc_acm.rst18 The devicetree compatible property for CDC ACM UART is
21 and a compatible node in the devicetree sources is present. If necessary,
30 node label. Often, CDC ACM UART is described in a devicetree overlay file
33 .. code-block:: devicetree
44 devicetree to describe CDC ACM UART. The motivation behind using devicetree
58 .. code-block:: devicetree
96 backend for other subsystems by setting :ref:`devicetree-chosen-nodes`
/Zephyr-Core-2.7.6/scripts/dts/python-devicetree/
Dsetup.py11 This is just a placeholder for moving Zephyr's devicetree libraries
22 name='devicetree',
24 description='Python libraries for devicetree',
28 url='https://github.com/zephyrproject-rtos/python-devicetree',
/Zephyr-Core-2.7.6/samples/basic/servo_motor/
DREADME.rst27 Unsupported board: pwm-servo devicetree alias is not defined
31 :ref:`devicetree <dt-guide>` alias. Usually you will need to set this up via a
32 :ref:`devicetree overlay <set-devicetree-overlays>` like so:
59 The sample has a devicetree overlay for the :ref:`bbc_microbit`.
/Zephyr-Core-2.7.6/include/devicetree/
Dfixed-partitions.h3 * @brief Flash Devicetree macro public API header file.
20 * @defgroup devicetree-fixed-partition Devicetree Fixed Partition API
21 * @ingroup devicetree
29 * Example devicetree fragment:
/Zephyr-Core-2.7.6/samples/boards/nrf/battery/
DREADME.rst13 * If the board devicetree has a ``/vbatt`` node with compatible
15 example of a devicetree node describing a voltage divider for battery
18 .. code-block:: devicetree
34 ``Vdd`` is selected. An example of a Devicetree configuration for this case is
37 .. code-block :: devicetree
67 devicetree configuration as noted above.
/Zephyr-Core-2.7.6/soc/arm/nordic_nrf/
Dsoc_nrf_common.h15 #include <devicetree.h>
19 * @brief Get a PSEL value out of a foo-gpios or foo-pin devicetree property
29 * helper macro can be used to get a PSEL value out of the devicetree
55 * Error out the build if the devicetree node with identifier
72 "Devicetree node " DT_NODE_PATH(node_id) \
88 "Devicetree node " DT_NODE_PATH(node_id) \
95 * @brief Convert a devicetree GPIO phandle+specifier to PSEL value
113 * This macro converts a devicetree GPIO phandle array value
161 "Devicetree node " \
/Zephyr-Core-2.7.6/doc/guides/porting/
Dshields.rst26 * **<shield>.overlay**: This file provides a shield description in devicetree
27 format that is merged with the board's :ref:`devicetree <dt-guide>`
52 * Devicetree: A board :ref:`devicetree <dt-guide>` file,
56 .. code-block:: devicetree
67 .. code-block:: devicetree
150 node`_ that looks like the following into the board devicetree file:
153 …https://github.com/devicetree-org/devicetree-specification/blob/4b1dac80eaca45b4babf5299452a951008…
192 devicetree. In some cases it's necessary to use a non-zero flag value
/Zephyr-Core-2.7.6/samples/basic/threads/
DREADME.rst31 ``led0`` and ``led1`` :ref:`devicetree <dt-guide>` aliases, usually in the
32 :ref:`BOARD.dts file <devicetree-in-out-files>`.
39 Unsupported board: led0 devicetree alias is not defined
40 Unsupported board: led1 devicetree alias is not defined
/Zephyr-Core-2.7.6/doc/reference/storage/flash_map/
Dflash_map.rst32 devicetree as described below.
34 Relationship with Devicetree
38 particular its :ref:`devicetree-flash-api`. Zephyr additionally has some
43 Here is an example devicetree fragment which uses fixed flash partitions for
78 :ref:`devicetree-reg-property`, and in this case is 0x20000.
81 with a devicetree label like ``"image-0"``, use something like this:
/Zephyr-Core-2.7.6/include/linker/
Ddevicetree_regions.h7 * Generate memory regions from devicetree nodes.
16 * @brief Generate a linker memory region from a devicetree node
25 * @param node_id devicetree node identifier with a \<reg\> property

12345678910>>...18