[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGb2v65Yt8n0j4WNnzRFjzKrbmEy28cpLcuvWvVFksZZFU5JMQ@mail.gmail.com>
Date: Tue, 29 Apr 2014 01:57:04 +0800
From: Chen-Yu Tsai <wens@...e.org>
To: Boris BREZILLON <boris.brezillon@...e-electrons.com>
Cc: Emilio López <emilio@...pez.com.ar>,
Mike Turquette <mturquette@...aro.org>,
Samuel Ortiz <sameo@...ux.intel.com>,
Lee Jones <lee.jones@...aro.org>,
Maxime Ripard <maxime.ripard@...e-electrons.com>,
Philipp Zabel <p.zabel@...gutronix.de>,
Shuge <shuge@...winnertech.com>, kevin <kevin@...winnertech.com>,
Hans de Goede <hdegoede@...hat.com>,
Randy Dunlap <rdunlap@...radead.org>,
devicetree <devicetree@...r.kernel.org>,
linux-doc@...r.kernel.org,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
dev <dev@...ux-sunxi.org>
Subject: Re: [PATCH 7/7] ARM: sunxi: dt: add PRCM clk and reset controller subdevices
On Tue, Apr 29, 2014 at 1:27 AM, Boris BREZILLON
<boris.brezillon@...e-electrons.com> wrote:
>
> On 28/04/2014 18:02, Chen-Yu Tsai wrote:
>> Hi,
>>
>> On Mon, Apr 28, 2014 at 10:58 PM, Boris BREZILLON
>> <boris.brezillon@...e-electrons.com> wrote:
>>> Add DT definitions for PRCM (Power/Reset/Clock Management) clock and reset
>>> controller subdevices.
>>>
>>> Signed-off-by: Boris BREZILLON <boris.brezillon@...e-electrons.com>
>>> ---
>>> arch/arm/boot/dts/sun6i-a31.dtsi | 49 ++++++++++++++++++++++++++++++++++++++++
>>> 1 file changed, 49 insertions(+)
>>>
>>> diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i-a31.dtsi
>>> index ec3253a..83a1634 100644
>>> --- a/arch/arm/boot/dts/sun6i-a31.dtsi
>>> +++ b/arch/arm/boot/dts/sun6i-a31.dtsi
>>> @@ -501,6 +501,55 @@
>>> prcm@...01c00 {
>> Seems the address here was wrong to start with.
>
> Absolutely, I'll fix it.
>
>>
>>> compatible = "allwinner,sun6i-a31-prcm";
>>> reg = <0x01f01400 0x200>;
>>> +
>>> + ar100_mux: ar100_mux {
>> Might we use clk@...01XXX for the names of the clock nodes?
>
> Actually, I had a discussion with Maxime, and we decided to remove the
> address suffix because the PRCM block is not a bus, and thus should not
> have child node with addresses.
> But I'm not a DT binding expert (it might be acceptable to define child
> nodes with addresses even when the parent is not a bus :-)).
> Advices from DT maintainers on that specific point would be great.
Then I would suggest using a _clk suffix in the name, so at least we can
tell what type of device it is. That might be enough to satisfy ePAPR.
At least socfpga, omap54xx, omap44xx are doing it this way.
>>> + compatible = "allwinner,sun6i-a31-ar100-mux-clk";
>>> + #clock-cells = <0>;
>>> + clocks = <&osc32k>, <&osc24M>, <&pll6>, <&pll6>;
>>> + };
>>> +
>>> + ar100: ar100 {
>>> + compatible = "allwinner,sun6i-a31-ar100-clk";
>>> + #clock-cells = <0>;
>>> + clocks = <&ar100_mux>;
>>> + };
>>> +
>>> + ar100_div: ar100_div {
>>> + compatible = "allwinner,sun6i-a31-ar100-div-clk";
>>> + #clock-cells = <0>;
>>> + clocks = <&ar100>;
>>> + };
>>> +
>>> + ahb0: ahb0 {
>>> + compatible = "fixed-factor-clock";
>>> + #clock-cells = <0>;
>>> + clock-div = <1>;
>>> + clock-mult = <1>;
>>> + clocks = <&ar100_div>;
>>> + clock-output-names = "ahb0";
>>> + };
>>> +
>>> + apb0: apb0 {
>>> + compatible = "allwinner,sun6i-a31-apb0-clk";
>>> + #clock-cells = <0>;
>>> + clocks = <&ahb0>;
>>> + clock-output-names = "apb0";
>>> + };
>>> +
>>> + apb0_gates: apb0_gates {
>>> + compatible = "allwinner,sun6i-a31-apb0-gates-clk";
>>> + #clock-cells = <1>;
>>> + clocks = <&apb0>;
>>> + clock-output-names = "apb0_pio", "apb0_ir",
>>> + "apb0_timer01", "apb0_p2wi",
>>> + "apb0_uart", "apb0_1wire",
>>> + "apb0_i2c";
>>> + };
>>> +
>>> + apb0_rst: apb0_rst {
>> Also use reset@...01XXX here?
>>
>>> + compatible = "allwinner,sun6i-a31-clock-reset";
>>> + #reset-cells = <1>;
>>> + };
>>> };
>>> };
>>> };
>> Thanks!
>>
>> ChenYu
>
> --
> Boris Brezillon, Free Electrons
> Embedded Linux and Kernel engineering
> http://free-electrons.com
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists