From 2697c66a59b9177f8ff7813c355cc7aa05f6e40a Mon Sep 17 00:00:00 2001 From: Reda Maher Date: Thu, 4 Jan 2024 14:22:48 +0200 Subject: [PATCH] Fixing some typos and adding missing dots, commas, and hyphens Signed-off-by: Reda Maher --- source/chapter2-devicetree-basics.rst | 6 ++--- source/chapter3-devicenodes.rst | 10 ++++---- source/chapter4-device-bindings.rst | 34 +++++++++++++-------------- source/chapter5-flattened-format.rst | 8 +++---- 4 files changed, 29 insertions(+), 29 deletions(-) diff --git a/source/chapter2-devicetree-basics.rst b/source/chapter2-devicetree-basics.rst index 86ebc08..b2088fc 100644 --- a/source/chapter2-devicetree-basics.rst +++ b/source/chapter2-devicetree-basics.rst @@ -50,7 +50,7 @@ of its scan, for passing to the Operating System. :numref:`example-simple-devicetree` shows an example representation of a simple devicetree that is nearly complete enough to boot a simple operating system, with the platform -type, CPU, memory and a single UART described. Device nodes are shown +type, CPU, memory, and a single UART described. Device nodes are shown with properties and values inside each node. .. _example-simple-devicetree: @@ -488,7 +488,7 @@ Description: The *compatible* property value consists of one or more strings that define the specific programming model for the device. This list of strings should be used by a client program for device driver selection. - The property value consists of a concatenated list of null terminated + The property value consists of a concatenated list of null-terminated strings, from most specific to most general. They allow a device to express its compatibility with a family of similar devices, potentially allowing a single device driver to match against several devices. @@ -498,7 +498,7 @@ Description: (such as a stock ticker symbol), and ``model`` specifies the model number. - The compatible string should consist only of lowercase letters, digits and + The compatible string should consist only of lowercase letters, digits, and dashes, and should start with a letter. A single comma is typically only used following a vendor prefix. Underscores should not be used. diff --git a/source/chapter3-devicenodes.rst b/source/chapter3-devicenodes.rst index 958257e..5610a78 100644 --- a/source/chapter3-devicenodes.rst +++ b/source/chapter3-devicenodes.rst @@ -81,7 +81,7 @@ specifies the alias name. The property value specifies the full path to a node in the devicetree. For example, the property serial0 = ``"/simple-bus@fe000000/serial@llc500"`` defines the alias ``serial0``. -Alias names shall be a lowercase text strings of 1 to 31 characters from +Alias names shall be lowercase text strings of 1 to 31 characters from the following set of characters. .. tabularcolumns:: | c p{8cm} | @@ -582,7 +582,7 @@ standard properties with specific applicable detail. If a CPU/thread cannot be the target of an external interrupt, then *reg* must be unique and out of bounds of the range addressed by - the interrupt controller + the interrupt controller. If a CPU/thread's PIR (pending interrupt register) is modifiable, a client @@ -811,12 +811,12 @@ The following properties of a cpu node describe the processor’s internal (combined instructions and data). ``cache-sets`` SD ```` Specifies the number of associativity sets in a unified cache. Required if the cache is - unified (combined instructions and data) + unified (combined instructions and data). ``cache-block-size`` SD ```` Specifies the block size in bytes of a unified cache. Required if the processor has a unified - cache (combined instructions and data) + cache (combined instructions and data). ``cache-line-size`` SD ```` Specifies the line size in bytes of a unified - cache, if different than the cache block size + cache, if different than the cache block size. Required if the processor has a unified cache (combined instructions and data). ``i-cache-size`` SD ```` Specifies the size in bytes of the instruction diff --git a/source/chapter4-device-bindings.rst b/source/chapter4-device-bindings.rst index 02a8fa0..3d93a67 100644 --- a/source/chapter4-device-bindings.rst +++ b/source/chapter4-device-bindings.rst @@ -10,7 +10,7 @@ types and classes of devices are represented in the devicetree. The compatible property of a device node describes the specific binding (or bindings) to which the node complies. -Bindings may be defined as extensions of other each. For example a new +Bindings may be defined as extensions of each other. For example, a new bus type could be defined as an extension of the simple-bus binding. In this case, the compatible property would contain several strings identifying each binding—from the most specific to the most general (see @@ -75,10 +75,10 @@ here to facilitate standardization of names and usage. ```` in one of two forms: a 32-bit integer consisting of one ```` specifying the - frequency + frequency. a 64-bit integer represented as a ```` specifying the - frequency + frequency. =========== ============================================================== ``reg-shift`` Property @@ -115,7 +115,7 @@ here to facilitate standardization of names and usage. Property ``label`` =========== ============================================================== Value type ```` - Description The label property defines a human readable string describing + Description The label property defines a human-readable string describing a device. The binding for a given device specifies the exact meaning of the property for that device. =========== ============================================================== @@ -126,10 +126,10 @@ Serial devices Serial Class Binding ~~~~~~~~~~~~~~~~~~~~ -The class of serial devices consists of various types of point to point +The class of serial devices consists of various types of point-to-point serial line devices. Examples of serial line devices include the 8250 -UART, 16550 UART, HDLC device, and BISYNC device. In most cases hardware -compatible with the RS-232 standard fit into the serial device class. +UART, 16550 UART, HDLC device, and BISYNC device. In most cases, hardware +compatible with the RS-232 standard fits into the serial device class. I\ :sup:`2`\ C and SPI (Serial Peripheral Interface) devices shall not be represented as serial port devices because they have their own @@ -181,12 +181,12 @@ the devicetree using following properties. ======================= ===== ===================== =============================================== ``compatible`` R Value shall include "ns16550". ``clock-frequency`` R ```` Specifies the frequency (in Hz) of the baud - rate generator’s input clock + rate generator’s input clock. ``current-speed`` OR ```` Specifies current serial device speed in bits - per second + per second. ``reg`` R ```` registers device within the address space of - the parent bus + the parent bus. ``interrupts`` OR ```` device. The value of the interrupts property consists of one or more interrupt specifiers. @@ -248,7 +248,7 @@ Network Class Binding =========== ============================================================== Property ``local-mac-address`` =========== ============================================================== - Value type ```` encoded as an array of hex numbers + Value type ```` encoded as an array of hex numbers. Description Specifies MAC address that was assigned to the network device described by the node containing this property. Example ``local-mac-address = [ 00 00 12 34 56 78 ];`` @@ -263,7 +263,7 @@ Network Class Binding =========== ============================================================== Property ``mac-address`` =========== ============================================================== - Value type ```` encoded as an array of hex numbers + Value type ```` encoded as an array of hex numbers. Description Specifies the MAC address that was last used by the boot program. This property should be used in cases where the MAC address assigned to the device by the boot program is @@ -368,8 +368,8 @@ the network device class. Value type ```` Description Specifies a reference to a node representing a physical layer (PHY) device connected to this Ethernet device. This property - is required in case where the Ethernet device is connected a - physical layer device. + is required in case where the Ethernet device is connected to + a physical layer device. Example ``phy-handle = <&PHY0>;`` =========== ============================================================== @@ -402,11 +402,11 @@ specifiers: ======================== ===== ===================== =============================================== Property Name Usage Value Type Definition ======================== ===== ===================== =============================================== - ``compatible`` R ```` Value shall include ``"open-pic"`` + ``compatible`` R ```` Value shall include ``"open-pic"``. ``reg`` R ```` registers device within the address space of - the parent bus - ``interrupt-controller`` R ```` Specifies that this node is an interrupt controller + the parent bus. + ``interrupt-controller`` R ```` Specifies that this node is an interrupt controller. ``#interrupt-cells`` R ```` Shall be 2. ``#address-cells`` R ```` Shall be 0. Usage legend: R=Required, O=Optional, OR=Optional but Recommended, SD=See Definition diff --git a/source/chapter5-flattened-format.rst b/source/chapter5-flattened-format.rst index c7f7a48..03d1217 100644 --- a/source/chapter5-flattened-format.rst +++ b/source/chapter5-flattened-format.rst @@ -6,7 +6,7 @@ Flattened Devicetree (DTB) Format ================================== The Devicetree Blob (DTB) format is a flat binary encoding of devicetree data. -It used to exchange devicetree data between software programs. +It is used to exchange devicetree data between software programs. For example, when booting an operating system, firmware will pass a DTB to the OS kernel. .. note:: @@ -60,10 +60,10 @@ the original definition of the format. Fields in the header give the version, so that the client program can determine if the devicetree is encoded in a compatible format. -This document describes only version 17 of the format. |spec| compliant boot +This document describes only version 17 of the format. |spec|-compliant boot programs shall provide a devicetree of version 17 or later, and should provide a devicetree of a version that is backwards compatible with version 16. -|spec| compliant client programs shall accept devicetrees of any version +|spec|-compliant client programs shall accept devicetrees of any version backwards compatible with version 17 and may accept other versions as well. .. note:: The version is with respect to the binary structure of the device @@ -408,7 +408,7 @@ shall have aligned offsets from the beginning of the devicetree blob. To ensure the in-memory alignment of the blocks, it is sufficient to ensure that the devicetree as a whole is loaded at an address aligned to the largest alignment of any of the subblocks, that is, to an 8-byte -boundary. A |spec| compliant boot +boundary. A |spec|-compliant boot program shall load the devicetree blob at such an aligned address before passing it to the client program. If an |spec| client program relocates the devicetree blob in memory, it should only do so to