1 System Control and Management Interface (SCMI) Message Protocol
2 ----------------------------------------------------------
4 The SCMI is intended to allow agents such as OSPM to manage various functions
5 that are provided by the hardware platform it is running on, including power
6 and performance functions.
8 This binding is intended to define the interface the firmware implementing
9 the SCMI as described in ARM document number ARM DEN 0056A ("ARM System Control
10 and Management Interface Platform Design Document")[0] provide for OSPM in
15 The scmi node with the following properties shall be under the /firmware/ node.
17 - compatible : shall be "arm,scmi" or "arm,scmi-smc" for smc/hvc transports
18 - mboxes: List of phandle and mailbox channel specifiers. It should contain
19 exactly one or two mailboxes, one for transmitting messages("tx")
20 and another optional for receiving the notifications("rx") if
22 - shmem : List of phandle pointing to the shared memory(SHM) area as per
23 generic mailbox client binding.
24 - #address-cells : should be '1' if the device has sub-nodes, maps to
25 protocol identifier for a given sub-node.
26 - #size-cells : should be '0' as 'reg' property doesn't have any size
28 - arm,smc-id : SMC id required when using smc or hvc transports
32 - mbox-names: shall be "tx" or "rx" depending on mboxes entries.
34 See Documentation/devicetree/bindings/mailbox/mailbox.txt for more details
35 about the generic mailbox controller and client driver bindings.
37 The mailbox is the only permitted method of calling the SCMI firmware.
38 Mailbox doorbell is used as a mechanism to alert the presence of a
39 messages and/or notification.
41 Each protocol supported shall have a sub-node with corresponding compatible
42 as described in the following sections. If the platform supports dedicated
43 communication channel for a particular protocol, the 3 properties namely:
44 mboxes, mbox-names and shmem shall be present in the sub-node corresponding
47 Clock/Performance bindings for the clocks/OPPs based on SCMI Message Protocol
48 ------------------------------------------------------------
50 This binding uses the common clock binding[1].
53 - #clock-cells : Should be 1. Contains the Clock ID value used by SCMI commands.
55 Power domain bindings for the power domains based on SCMI Message Protocol
56 ------------------------------------------------------------
58 This binding for the SCMI power domain providers uses the generic power
62 - #power-domain-cells : Should be 1. Contains the device or the power
63 domain ID value used by SCMI commands.
65 Regulator bindings for the SCMI Regulator based on SCMI Message Protocol
66 ------------------------------------------------------------
67 An SCMI Regulator is permanently bound to a well defined SCMI Voltage Domain,
68 and should be always positioned as a root regulator.
69 It does not support any current operation.
71 SCMI Regulators are grouped under a 'regulators' node which in turn is a child
72 of the SCMI Voltage protocol node inside the desired SCMI instance node.
74 This binding uses the common regulator binding[6].
77 - reg : shall identify an existent SCMI Voltage Domain.
79 Sensor bindings for the sensors based on SCMI Message Protocol
80 --------------------------------------------------------------
81 SCMI provides an API to access the various sensors on the SoC.
84 - #thermal-sensor-cells: should be set to 1. This property follows the
85 thermal device tree bindings[3].
87 Valid cell values are raw identifiers (Sensor ID)
88 as used by the firmware. Refer to platform details
89 for your implementation for the IDs to use.
91 Reset signal bindings for the reset domains based on SCMI Message Protocol
92 ------------------------------------------------------------
94 This binding for the SCMI reset domain providers uses the generic reset
98 - #reset-cells : Should be 1. Contains the reset domain ID value used
101 SRAM and Shared Memory for SCMI
102 -------------------------------
104 A small area of SRAM is reserved for SCMI communication between application
107 The properties should follow the generic mmio-sram description found in [4]
109 Each sub-node represents the reserved area for SCMI.
111 Required sub-node properties:
112 - reg : The base offset and size of the reserved area with the SRAM
113 - compatible : should be "arm,scmi-shmem" for Non-secure SRAM based
116 [0] http://infocenter.arm.com/help/topic/com.arm.doc.den0056a/index.html
117 [1] Documentation/devicetree/bindings/clock/clock-bindings.txt
118 [2] Documentation/devicetree/bindings/power/power-domain.yaml
119 [3] Documentation/devicetree/bindings/thermal/thermal*.yaml
120 [4] Documentation/devicetree/bindings/sram/sram.yaml
121 [5] Documentation/devicetree/bindings/reset/reset.txt
122 [6] Documentation/devicetree/bindings/regulator/regulator.yaml
127 compatible = "mmio-sram";
128 reg = <0x0 0x50000000 0x0 0x10000>;
130 #address-cells = <1>;
132 ranges = <0 0x0 0x50000000 0x10000>;
134 cpu_scp_lpri: scp-shmem@0 {
135 compatible = "arm,scmi-shmem";
139 cpu_scp_hpri: scp-shmem@200 {
140 compatible = "arm,scmi-shmem";
148 reg = <0x0 0x40000000 0x0 0x10000>;
156 compatible = "arm,scmi";
157 mboxes = <&mailbox 0 &mailbox 1>;
158 mbox-names = "tx", "rx";
159 shmem = <&cpu_scp_lpri &cpu_scp_hpri>;
160 #address-cells = <1>;
163 scmi_devpd: protocol@11 {
165 #power-domain-cells = <1>;
168 scmi_dvfs: protocol@13 {
173 scmi_clk: protocol@14 {
178 scmi_sensors0: protocol@15 {
180 #thermal-sensor-cells = <1>;
183 scmi_reset: protocol@16 {
188 scmi_voltage: protocol@17 {
192 regulator_devX: regulator@0 {
194 regulator-max-microvolt = <3300000>;
197 regulator_devY: regulator@9 {
199 regulator-min-microvolt = <500000>;
200 regulator-max-microvolt = <4200000>;
212 clocks = <&scmi_dvfs 0>;
217 reg = <0 0x7ff60000 0 0x1000>;
218 clocks = <&scmi_clk 4>;
219 power-domains = <&scmi_devpd 1>;
220 resets = <&scmi_reset 10>;
225 polling-delay-passive = <100>;
226 polling-delay = <1000>;
228 thermal-sensors = <&scmi_sensors0 3>;