[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <13295ed8de3442daa373d1f39ea8b5a5@svr-chch-ex1.atlnz.lc>
Date: Thu, 5 Jan 2017 20:10:34 +0000
From: Chris Packham <Chris.Packham@...iedtelesis.co.nz>
To: Mark Rutland <mark.rutland@....com>
CC: "linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Rob Herring <robh+dt@...nel.org>,
Jason Cooper <jason@...edaemon.net>,
Andrew Lunn <andrew@...n.ch>,
"Gregory Clement" <gregory.clement@...e-electrons.com>,
Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>,
Russell King <linux@...linux.org.uk>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCHv2 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs
On 06/01/17 02:59, Mark Rutland wrote:
> On Thu, Jan 05, 2017 at 04:36:40PM +1300, Chris Packham wrote:
>> + internal-regs {
>> + coreclk: mvebu-sar@...30 {
>> + compatible = "marvell,mv98dx3236-core-clock";
>> + };
>> +
>> + cpuclk: clock-complex@...00 {
>> + compatible = "marvell,mv98dx3236-cpu-clock";
>> + };
>> +
>> + corediv-clock@...40 {
>> + compatible = "marvell,mv98dx3236-corediv-clock";
>> + reg = <0xf8268 0xc>;
>> + base = <&dfx>;
>> + #clock-cells = <1>;
>> + clocks = <&mainpll>;
>> + clock-output-names = "nand";
>> + };
>
> [...]
>
>> + };
>> +
>> + dfx-registers {
>> + compatible = "simple-bus";
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>> + ranges = <0 MBUS_ID(0x08, 0x00) 0 0x100000>;
>> +
>> + dfx: dfx@0 {
>> + compatible = "simple-bus";
>> + reg = <0 0x100000>;
>> + };
>> + };
>
> What is this dfx-registers, exactly?
I've been trying to get that info out of Marvell for a while I'm not
even sure what the "DFX" acronym stands for. The Armdada 38x also has a
thing called "DFX" but it seems to be quite different to this one. From
what I can tell it contains common elements used by both the CPU and
switch chip so there are things related to clocking and IO pad
configuration. It is necessary for both the switch and CPU to have a
handle to access it.
> It has no children, so why is it a
> simple-bus?
>
> From the above, and the patch adding the corediv driver, it looks like
> the corediv-clock actually lives in this block, so I don't understand
> why the corediv-clock is sitting in internal-regs with a sideband
> reference to dfx.
Yeah I think the corediv-clock should be a child of this node. I'll move
it there.
>
> Thanks,
> Mark.
>
Powered by blists - more mailing lists