[RFC PATCH 3/9] dt-bindings: clock: Add apple, cluster-clk binding
Stephen Boyd
sboyd at kernel.org
Thu Oct 14 14:47:51 PDT 2021
Quoting Hector Martin (2021-10-11 09:57:01)
> diff --git a/Documentation/devicetree/bindings/clock/apple,cluster-clk.yaml b/Documentation/devicetree/bindings/clock/apple,cluster-clk.yaml
> new file mode 100644
> index 000000000000..9a8b863dadc0
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/clock/apple,cluster-clk.yaml
> @@ -0,0 +1,115 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/clock/apple,cluster-clk.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: CPU cluster frequency scaling for Apple SoCs
> +
> +maintainers:
> + - Hector Martin <marcan at marcan.st>
> +
> +description: |
> + Apple SoCs control CPU cluster frequencies by using a performance state
> + index. This node represents the feature as a clock controller, and uses
> + a reference to the CPU OPP table to translate clock frequencies into
> + performance states. This allows the CPUs to use the standard cpufreq-dt
> + mechanism for frequency scaling.
> +
> +properties:
> + compatible:
> + items:
> + - enum:
> + - apple,t8103-cluster-clk
> + - const: apple,cluster-clk
Is the generic compatible going to be used? The typical approach is to
only have SoC specific compatible strings, especially if the generic
compatible can't actually do anything besides generally identify a
device.
More information about the linux-arm-kernel
mailing list