Difference between revisions of "Device tree"
m (→^ Device Tree Bindings Files: renamed to "phandles" and made a sub-section per wiki syntax) |
m (→^ Element of Device Source) |
||
| Line 119: | Line 119: | ||
<i>2023-07-19 stub section to encapsulate elements of device tree source language, e.g. nodes, node labels, phandles and similar</i> | <i>2023-07-19 stub section to encapsulate elements of device tree source language, e.g. nodes, node labels, phandles and similar</i> | ||
| + | |||
| + | <ul><!-- indenting experiment for local NN wiki page. Awful in that matching 'ul' pair must reside in a later sub-section of this wiki document --> | ||
=== [[#top|^]] phandles === | === [[#top|^]] phandles === | ||
Revision as of 20:19, 19 July 2023
Unix and Linux config :: Containers :: Zephyr device drivers
Zephyr RTOS building blocks :: Device Tree Source :: Kconfig :: cmake :: `west` manifest files
Contents
Overview
2021-08-23 Monday Starting notes for Device Tree, an OS independent framework with its own governance and steering committee, community, web site and on-line documentation. As a contextual note, Device Tree has been part of Linux Kernel Project for many more years than part of Zephyr RTOS Project. Some useful starting point references and documents are linked here in table 1:
-
Device Tree specification at Github:
Zephyr Project Device Tree documentation:
Toradex document on Toradex use of Device Tree:
A device tree introduction on a git repository of RaspberryPi foundation. This document explains fundamental device tree data types:
^ Some Historical Context
Some device tree historical context given in this Power Point presentation by Thomas Petazzoni of Free Electrons:
^ DTS Labels
^ Device Bindings
Today Monday studying section 4.0, "Device Bindings" and binding guidelines. May have questions for Jared Wolff of CircuitDojo, relating to his Quality Wing Zephyr driver project and specifically the files in Jared's AQW project.
Latest Zephyr documentation as of 2021-08-23 is here:
Related to or came up in search result in regards to '_P_label' no such symbol defined errors, when board overlay file not specified or not found:
^ Device Tree Bindings Files
Noting that in AQW bindings file for SHCT3 sensor there is an include line:
Code excerpt, full file from Jared Wolff AQW driver:
# # Copyright (c) 2021 Circuit Dojo LLC # description: Sensirion SHTC3 Temp/Humidity Sensor compatible: "sensirion,shtc3" include: i2c-device.yaml
The file i2c-device.yaml is found locally in /usr/local/share/ncs/v1.6.1/zephyr/dts/bindings/i2c/i2c-device.yaml, and this file contains:
Code excerpt, full file from Zephyr project:
# Copyright (c) 2017, Linaro Limited
# SPDX-License-Identifier: Apache-2.0
# Common fields for I2C devices
include: [base.yaml, power.yaml]
on-bus: i2c
properties:
reg:
required: true
description: device address on i2c bus
label:
required: true
QUESTION: how does a developer know to include i2c-device.yaml?
A cerca 2022-06-24 post to Jared Wolff community forum:
^ Element of Device Source
2023-07-19 stub section to encapsulate elements of device tree source language, e.g. nodes, node labels, phandles and similar
^ phandles
In device tree source `phandles` are akin to C pointers, though technically Ted reads that there are no such elements as pointers in DTS. DTS node properties can be of type `phandle`, `phandles` and `phandle-array` respectively (one at a time) and these node property types are discussed in detail in the Zephyr Project documentation at:
^ Zephyr Device Tree API - A System Of Macros
^ Device Tree Undocumented Features
0408 - Undocumented Device Tree syntax and features . . . Early Google search result when seeking info on `/delete-property/` token in Device Tree Source file, observed specifically in Jared Wolff (Circuit Dojo) nfed release tag v1.7.1, active_sleep sample app board overlay file.
