]> asedeno.scripts.mit.edu Git - linux.git/commitdiff
dt-bindings: imx-cpufreq-dt: Document opp-supported-hw usage
authorLeonard Crestez <leonard.crestez@nxp.com>
Mon, 13 May 2019 11:01:39 +0000 (11:01 +0000)
committerViresh Kumar <viresh.kumar@linaro.org>
Mon, 20 May 2019 07:18:12 +0000 (12:48 +0530)
The interpretation of opp-supported-hw bits for imx-cpufreq-dt driver is
not very obvious so attempt to explain it.

There is no OF compat string associated.

Reviewed-by: Rob Herring <robh@kernel.org>
Signed-off-by: Leonard Crestez <leonard.crestez@nxp.com>
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Documentation/devicetree/bindings/cpufreq/imx-cpufreq-dt.txt [new file with mode: 0644]

diff --git a/Documentation/devicetree/bindings/cpufreq/imx-cpufreq-dt.txt b/Documentation/devicetree/bindings/cpufreq/imx-cpufreq-dt.txt
new file mode 100644 (file)
index 0000000..87bff5a
--- /dev/null
@@ -0,0 +1,37 @@
+i.MX CPUFreq-DT OPP bindings
+================================
+
+Certain i.MX SoCs support different OPPs depending on the "market segment" and
+"speed grading" value which are written in fuses. These bits are combined with
+the opp-supported-hw values for each OPP to check if the OPP is allowed.
+
+Required properties:
+--------------------
+
+For each opp entry in 'operating-points-v2' table:
+- opp-supported-hw: Two bitmaps indicating:
+  - Supported speed grade mask
+  - Supported market segment mask
+    0: Consumer
+    1: Extended Consumer
+    2: Industrial
+    3: Automotive
+
+Example:
+--------
+
+opp_table {
+       compatible = "operating-points-v2";
+       opp-1000000000 {
+               opp-hz = /bits/ 64 <1000000000>;
+               /* grade >= 0, consumer only */
+               opp-supported-hw = <0xf>, <0x3>;
+       };
+
+       opp-1300000000 {
+               opp-hz = /bits/ 64 <1300000000>;
+               opp-microvolt = <1000000>;
+               /* grade >= 1, all segments */
+               opp-supported-hw = <0xe>, <0x7>;
+       };
+}