aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/Documentation/devicetree/bindings/firmware
diff options
context:
space:
mode:
authorStephen Warren <swarren@nvidia.com>2016-07-19 13:14:41 -0600
committerThierry Reding <treding@nvidia.com>2016-11-18 14:33:44 +0100
commitb704ed8095ee91af5f3f7343bb3be23aae1cb26d (patch)
treefc7099112e411988758b7145780a45cee6d8951c /Documentation/devicetree/bindings/firmware
parentdt-bindings: Add power domains to Tegra BPMP firmware (diff)
downloadwireguard-linux-b704ed8095ee91af5f3f7343bb3be23aae1cb26d.tar.xz
wireguard-linux-b704ed8095ee91af5f3f7343bb3be23aae1cb26d.zip
dt-bindings: firmware: Allow child nodes inside the Tegra BPMP
The BPMP implements some services which must be represented by separate nodes. For example, it can provide access to certain I2C controllers, and the I2C bindings represent each I2C controller as a device tree node. Update the binding to describe how the BPMP supports this. Signed-off-by: Stephen Warren <swarren@nvidia.com> Acked-by: Rob Herring <robh@kernel.org> Acked-by: Jon Hunter <jonathanh@nvidia.com> [treding@nvidia.com: renamed bpmp-i2c to i2c as per Rob] Signed-off-by: Thierry Reding <treding@nvidia.com>
Diffstat (limited to 'Documentation/devicetree/bindings/firmware')
-rw-r--r--Documentation/devicetree/bindings/firmware/nvidia,tegra186-bpmp.txt23
1 files changed, 23 insertions, 0 deletions
diff --git a/Documentation/devicetree/bindings/firmware/nvidia,tegra186-bpmp.txt b/Documentation/devicetree/bindings/firmware/nvidia,tegra186-bpmp.txt
index 0d3fef423c48..e821e16ad65b 100644
--- a/Documentation/devicetree/bindings/firmware/nvidia,tegra186-bpmp.txt
+++ b/Documentation/devicetree/bindings/firmware/nvidia,tegra186-bpmp.txt
@@ -38,6 +38,24 @@ implemented by this node:
- .../reset/reset.txt
- <dt-bindings/reset/tegra186-reset.h>
+The BPMP implements some services which must be represented by separate nodes.
+For example, it can provide access to certain I2C controllers, and the I2C
+bindings represent each I2C controller as a device tree node. Such nodes should
+be nested directly inside the main BPMP node.
+
+Software can determine whether a child node of the BPMP node represents a device
+by checking for a compatible property. Any node with a compatible property
+represents a device that can be instantiated. Nodes without a compatible
+property may be used to provide configuration information regarding the BPMP
+itself, although no such configuration nodes are currently defined by this
+binding.
+
+The BPMP firmware defines no single global name-/numbering-space for such
+services. Put another way, the numbering scheme for I2C buses is distinct from
+the numbering scheme for any other service the BPMP may provide (e.g. a future
+hypothetical SPI bus service). As such, child device nodes will have no reg
+property, and the BPMP node will have no #address-cells or #size-cells property.
+
The shared memory bindings for BPMP
-----------------------------------
@@ -82,4 +100,9 @@ bpmp {
#clock-cells = <1>;
#power-domain-cells = <1>;
#reset-cells = <1>;
+
+ i2c {
+ compatible = "...";
+ ...
+ };
};