Am Donnerstag, 18. Juni 2015, 13:29:11 schrieb Eddie Huang:
> Add clk_null, which represents clocks that can not / need not
> controlled by software.
> There are many clocks' parent set to clk_null.
Devicetree is supposed to describe hardware, and ideally not what software
does with it. If the clock simply cannot be controlled by software, it will
still have a rate and I think it should probably be modelled - similarly we
sometimes have fixed regulators that also are not software controllable.
While it might be ok to define dummy clocks as a temporary stopgap, these
should definitly be marked as such. This clk_null at least sounds like there is
no plan to replace this with a real solution at some point.
And of course a bit of context would be cool, to know which type of clocks
this actually replaces.
Heiko
> Signed-off-by: James Liao <jamesjj.l...@mediatek.com>
> Signed-off-by: Eddie Huang <eddie.hu...@mediatek.com>
> ---
> Base on 4.1-rc1
>
> Change-Id: I4db9b40d07e28f54f7bae9b676316cbd6a962124
> ---
> arch/arm64/boot/dts/mediatek/mt8173.dtsi | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> b/arch/arm64/boot/dts/mediatek/mt8173.dtsi index 924fdb6..4798f44 100644
> --- a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> +++ b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> @@ -81,6 +81,12 @@
> cpu_on = <0x84000003>;
> };
>
> + clk_null: clk_null {
> + compatible = "fixed-clock";
> + clock-frequency = <0>;
> + #clock-cells = <0>;
> + };
> +
> uart_clk: dummy26m {
> compatible = "fixed-clock";
> clock-frequency = <26000000>;
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
