Home
last modified time | relevance | path

Searched +full:device +full:- +full:tree (Results 1 – 25 of 1254) sorted by relevance

12345678910>>...51

/freebsd/usr.bin/dtc/
H A Ddtc.11 .\"-
6 .\" Cambridge Computer Laboratory under DARPA/AFRL contract (FA8750-10-C-0237)
36 .Nd device tree compiler
43 .Op Fl E Ar [no-]checker_name
52 .Op Fl W Ar [no-]checker_name
58 utility converts between flattened device tree (FDT) representations.
59 It is most commonly used to generate device tree blobs (DTB), the binary
60 representation of an FDT, from device tree sources (DTS), the ASCII text source
64 The binary is identical to the in-memory representation and can be used
70 This format is most commonly used to produce a kernel specific to a device,
[all …]
H A Dfdt.hh1 /*-
2 * SPDX-License-Identifier: BSD-2-Clause
8 * Cambridge Computer Laboratory under DARPA/AFRL contract (FA8750-10-C-0237)
60 * Type for device tree write functions.
64 * Type for device tree read functions.
104 * property-coded arrays will appear simply as binary (or possibly
105 * string, if they happen to be nul-terminated and printable), and must
127 /** This contains a short-form address that should be replaced
128 * by a fully-qualified version. This will only appear when
129 * the input is a device tree source. When parsed from a
[all …]
/freebsd/share/man/man4/
H A Dfdt.433 .Nd Flattened Device Tree support
39 .Em Flattened Device Tree
48 Configuration data, which cannot be self discovered in run-time, has to be
50 The concept of a flattened device tree is a
52 The idea is inherited from Open Firmware IEEE 1275 device-tree notion, and has
55 .Bl -bullet
60 self-enumerating information is gathered.
64 into a binary object i.e. a flattened device tree
72 The flattened device tree mechanism in principle does not depend on any
73 particular first-stage bootloader or firmware features.
[all …]
/freebsd/sys/contrib/libfdt/
H A Dfdt_overlay.c2 * libfdt - Flat Device Tree manipulation
22 * MA 02110-1301 USA
60 * overlay_get_target_phandle - retrieves the target phandle of a fragment
61 * @fdto: pointer to the device tree overlay blob
66 * property) instead of a path (target-path property).
71 * -1, if the phandle was malformed
82 if ((len != sizeof(*val)) || (fdt32_to_cpu(*val) == (uint32_t)-1)) in overlay_get_target_phandle()
83 return (uint32_t)-1; in overlay_get_target_phandle()
89 * overlay_get_target - retrieves the offset of a fragment's target
90 * @fdt: Base device tree blob
[all …]
H A Dlibfdt.h4 * libfdt - Flat Device Tree manipulation
23 * MA 02110-1301 USA
67 /* FDT_ERR_NOSPACE: Operation needed to expand the device
68 * tree, but its buffer did not have sufficient space to
69 * contain the expanded tree. Use fdt_open_into() to move the
70 * device tree to a buffer with more space. */
75 * offset which is out-of-bounds, or which points to an
84 * length, or the phandle value was either 0 or -1, which are
87 /* FDT_ERR_BADSTATE: Function was passed an incomplete device
88 * tree created by the sequential-write functions, which is
[all …]
/freebsd/share/man/man9/
H A Dofw_bus_status_okay.91 .\" -*- nroff -*-
36 .Nd check status of the device tree node
48 The "status" property of the device tree node indicates whether the device is
50 Multiple hardware versions might be built using the same base System-on-Chip
52 It is common to use SoC device tree and only enable/disable device nodes for
54 The device tree node is considered enabled only if it has "status" property
58 returns the value of the "status" property of the device tree node associated with the device
61 the device the function returns NULL.
64 returns 1 if the device tree node associated with the device
69 returns 1 if the device tree node
H A Dofw_bus_is_compatible.91 .\" -*- nroff -*-
37 .Nd check device tree nodes for compatibility with drivers
51 The "compatible" property of the device tree node is used to
52 identify the type of the device the node represents.
54 hardware types the device is compatible with.
57 and "hardware" is a device identifier, for instance, "fsl"
58 for "Freescale" and "imx6ul-i2c" for the I2C controller.
62 A device tree node can signal this compatibility by
72 value occurs in the "compatible" property list of the device
73 tree node associated with the device
[all …]
/freebsd/sys/contrib/device-tree/Bindings/fpga/
H A Dfpga-region.txt1 FPGA Region Device Tree Binding
6 - Introduction
7 - Terminology
8 - Sequence
9 - FPGA Region
10 - Supported Use Models
11 - Device Tree Example
[all...]
H A Dfpga-region.yaml1 # SPDX-License-Identifier: GPL-2.0
3 ---
4 $id: http://devicetree.org/schemas/fpga/fpga-region.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Michal Simek <michal.simek@amd.com>
14 - Introduction
15 - Terminology
16 - Sequence
17 - FPGA Region
18 - Supported Use Models
[all …]
/freebsd/sys/contrib/device-tree/Bindings/i3c/
H A Di3c.txt1 Generic device tree bindings for I3C busses
5 busses in a device tree.
8 -------------------
10 - #address-cells - should be <3>. Read more about addresses below.
11 - #size-cells - should be <0>.
12 - compatible - name of the I3C master controller driving the I3C bus
16 The node describing an I3C bus should be named i3c-master.
19 -------------------
24 - i3c-scl-hz: frequency of the SCL signal used for I3C transfers.
27 - i2c-scl-hz: frequency of the SCL signal used for I2C transfers.
[all …]
/freebsd/sys/tools/fdt/
H A Dmake_dtb.sh4 # Script generates dtb file ($3) from dts source ($2) in build tree S ($1)
9 if [ -z "$dts" ]; then
14 if [ -z "${MACHINE}" ]; then
15 MACHINE=$(uname -m)
24-P -x assembler-with-cpp -I "$S/dts/include" -I "$S/contrib/device-tree/include" -I "$S/dts/${MACH…
25 …${DTC} -@ -O dtb -o "$dtb" -b 0 -p 1024 -i "$S/dts/${MACHINE}" -i "$S/contrib/device-tree/src/${MA…
/freebsd/sys/contrib/device-tree/Bindings/pinctrl/
H A Dpinctrl-bindings.txt4 such as pull-up/down, tri-state, drive-strength etc are designated as pin
5 controllers. Each pin controller must be represented as a node in device tree,
9 designated client devices. Again, each client device must be represented as a
10 node in device tree, just like any other hardware module.
12 For a client device to operate correctly, certain pin controllers must
15 need to reconfigure pins at run-time, for example to tri-state pins when the
16 device is inactive. Hence, each client device can define a set of named
17 states. The number and names of those states is defined by the client device's
21 for client device device tree nodes to map those state names to the pin
27 in a single place, rather than splitting it across multiple client device
[all …]
/freebsd/sys/xen/xenbus/
H A Dxenbusb_if.m1 #-
46 * \param _type String indicating the device sub-tree (e.g. "vfb", "vif")
55 * for any device found in the XenStore.
64 * a split device whose local end is represented by ivars.
70 * \param _ivars Instance variables from the XenBus child device for
82 * \brief Handle a XenStore change detected in the peer tree of a child
83 * device of the bus.
86 * \param _child NewBus device_t for the child device whose peer XenStore
87 * tree has changed.
97 * \brief Handle a XenStore change detected in the local tree of a child
[all …]
/freebsd/sys/contrib/device-tree/Bindings/display/bridge/
H A Ddw_hdmi.txt4 This document defines device tree properties for the Synopsys DesignWare HDMI
5 TX Encoder (DWC HDMI TX). It doesn't constitue a device tree binding
6 specification by itself but is meant to be referenced by platform-specific
7 device tree bindings.
9 When referenced from platform device tree bindings the properties defined in
10 this document are defined as follows. The platform device tree bindings are
13 - reg: Memory mapped base address and length of the DWC HDMI TX registers.
15 - reg-io-width: Width of the registers specified by the reg property. The
19 - interrupts: Reference to the DWC HDMI TX interrupt.
21 - clocks: References to all the clocks specified in the clock-names property
[all …]
H A Dsnps,dw-mipi-dsi.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/display/bridge/snps,dw-mip
[all...]
H A Dsynopsys,dw-hdmi.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/display/bridge/synopsys,dw-hdmi.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>
13 This document defines device tree properties for the Synopsys DesignWare HDMI
14 TX controller (DWC HDMI TX) IP core. It doesn't constitute a full device tree
15 binding specification by itself but is meant to be referenced by device tree
16 bindings for the platform-specific integrations of the DWC HDMI TX.
18 When referenced from platform device tree bindings the properties defined in
[all …]
/freebsd/sys/contrib/device-tree/Bindings/iommu/
H A Diommu.txt1 This document describes the generic device tree binding for IOMMUs and their
5 IOMMU device node:
13 Example: 32-bit DMA to 64-bit physical addresses
15 * Implement scatter-gather at page level granularity so that the device does
26 Device nodes compatible with this binding represent hardware with some of the
29 IOMMUs can be single-master or multiple-master. Single-master IOMMU devices
30 typically have a fixed association to the master device, whereas multiple-
33 The device tree node of the IOMMU device's parent bus must contain a valid
34 "dma-ranges" property that describes how the physical address space of the
35 IOMMU maps to memory. An empty "dma-ranges" property means that there is a
[all …]
/freebsd/sys/contrib/device-tree/Bindings/iio/
H A Dcommon.yaml1 # SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
3 ---
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Jonatha
[all...]
/freebsd/sys/contrib/device-tree/Bindings/display/panel/
H A Dpanel-common.yaml1 # SPDX-License-Identifier: GPL-2.0
3 ---
4 $id: http://devicetree.org/schemas/display/panel/panel-common.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Thierry Reding <thierry.reding@gmail.com>
11 - Lauren
[all...]
/freebsd/usr.sbin/ofwdump/
H A Dofwdump.829 .Nd examine the Open Firmware device tree
39 .Op Fl -
44 utility is used to examine the Open Firmware device tree.
45 In the first synopsis form, the complete device tree is printed; in the
51 .Bl -tag -width ".Fl P Ar property"
53 Print the complete device tree.
76 Print the complete device tree:
78 .Dl "ofwdump -a"
80 Print the complete device subtree of the
84 .Dl "ofwdump -pr /pci"
[all …]
/freebsd/sys/contrib/device-tree/Bindings/fsi/
H A Dfsi.txt1 FSI bus & engine generic device tree bindings
4 The FSI bus is probe-able, so the OS is able to enumerate FSI slaves, and
6 nodes to probed engines. This allows for fsi engines to expose non-probeable
7 busses, which are then exposed by the device tree. For example, an FSI engine
8 that is an I2C master - the I2C bus can be described by the device tree under
9 the engine's device tree node.
13 the fsi-master-* binding specifications.
18 fsi-master {
19 /* top-level of FSI bus topology, bound to an FSI master driver and
22 fsi-slave@<link,id> {
[all …]
/freebsd/sys/contrib/device-tree/Bindings/memory-controllers/
H A Dti-aemif.txt1 * Device tree bindings for Texas instruments AEMIF controller
4 provide a glue-less interface to a variety of asynchronous memory devices like
11 Davinci DM646x - http://www.ti.com/lit/ug/sprueq7c/sprueq7c.pdf
12 OMAP-L138 (DA850) - http://www.ti.com/lit/ug/spruh77a/spruh77a.pdf
13 Kestone - http://www.ti.com/lit/ug/sprugz3a/sprugz3a.pdf
17 - compatible: "ti,davinci-aemif"
18 "ti,keystone-aemif"
19 "ti,da850-aemif"
21 - reg: contains offset/length value for AEMIF control registers
24 - #address-cells: Must be 2. The partition number has to be encoded in the
[all …]
/freebsd/tools/tools/notescheck/
H A Dnotescheck.py18 print("Where 'path' is a path to a kernel source tree.", file=sys.stderr)
20 # These files are used to determine if a path is a valid kernel source tree.
30 # Format the contents of a set into a sorted, comma-separated string
43 for item in l[1:-1]:
45 s = "%s, and %s" % (s, l[-1])
53 # config(8) treats the names as case-insensitive.
95 # If the device is defined globally and is never tested, whine.
101 # If the device is defined globally and is tested on
108 # If a device is defined globally but is only tested on a
114 # If an option or device is never tested, whine.
[all …]
/freebsd/sys/contrib/device-tree/Bindings/display/
H A Ddsi-controller.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/display/dsi-controller.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Linus Walleij <linus.walleij@linaro.org>
13 This document defines device tree properties common to DSI, Display
15 a device tree binding specification by itself but is meant to be referenced
16 by device tree bindings.
18 When referenced from panel device tree bindings the properties defined in
19 this document are defined as follows. The panel device tree bindings are
[all …]
/freebsd/sys/contrib/device-tree/Bindings/ata/
H A Dpata-common.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/ata/pata-commo
[all...]

12345678910>>...51