Hi Lars, Quoting Lars Persson (2016-02-17 02:29:14) > > > On 02/17/2016 12:59 AM, Michael Turquette wrote: > > Quoting Lars Persson (2016-02-14 00:03:06) > >> > >> On 02/12/2016 05:39 PM, Rob Herring wrote: > >>> On Thu, Feb 11, 2016 at 05:01:03PM +0100, Lars Persson wrote: > >>>> Add device tree documentation for the main PLL in the Artpec-6 SoC. > >>> Roughly how many clocks does this SoC have? > >> It will have 17 clocks declared in the device tree and three > >> SoC-specific clock drivers. > > Are all of those clks going to individual DT nodes with clock-cells = 0? > > > > If so, I wonder if you should be targeting a clock-controller style > > binding description, with a node that represents the clock-controller IP > > block, with clock-cells >= 1. It really comes down to whether or not > > these clock controls exist in the same IP block. > > Indeed most clocks come from the same clock controller IP. However there > was nothing to control there because this clock tree is completely > static. This is why we chose to describe it in the device tree using the > standard clock components. Those components are there for board-level clocks, such as a fixed rate crystal feeding into a more complex IC. They are not substitutes for writing a proper clock controller driver. > > The two audio related clock drivers that we will submit for a later > merge window will have control knobs. There will be one mux belonging to > the common clock controller and fractional dividers as separate IPs. So the mux belongs to the same clock controller IP block as the pll? Then the DT binding description should definitely not be a one-clock-per-node style. > > I guess we could create a clock controller that outputs the pll1 clock > and in the future also the muxed audio clock. Then describe the rest of > the clock tree with standard components in the DT. > > > > > You mentioned three distinct clock drivers. So possibly three clock > > controller nodes in DT then? > We still prefer to fully describe the static parts of the the clock tree > in the DT. Will you accept this ? No, description of the clock tree in DT should not be your goal. I know it sounds nice from a data-driven point of view but in practice it is a bad idea. (Note that all of the above references the clock tree internal to an SoC, and doesn't cover off-chip clocks, like a fixed-rate xtal that varies from board to board.) What you should do is model each clock generator/controller as a DT node; this fits nicely in line with the Linux device model. Any leaf clocks that are consumed by other devices are exposed as offsets from the phandle. Clocks internal to the clock controller/generator block, such as intermediate dividers, should not be exposed in device tree as they are not direct inputs to downstream devices. Regards, Mike > > > > Is there a reference manual/register map available for this SoC? > No. > >>>> Signed-off-by: Lars Persson <larper@xxxxxxxx> > >>>> --- > >>>> Documentation/devicetree/bindings/clock/artpec6.txt | 16 ++++++++++++++++ > >>>> 1 file changed, 16 insertions(+) > >>>> create mode 100644 Documentation/devicetree/bindings/clock/artpec6.txt > >>>> > >>>> diff --git a/Documentation/devicetree/bindings/clock/artpec6.txt b/Documentation/devicetree/bindings/clock/artpec6.txt > >>>> new file mode 100644 > >>>> index 0000000..521fec8 > >>>> --- /dev/null > >>>> +++ b/Documentation/devicetree/bindings/clock/artpec6.txt > >>>> @@ -0,0 +1,16 @@ > >>>> +* Clock bindings for Axis ARTPEC-6 chip > > Please specify that this is based on the clock provider binding in > > Documentation/devicetree/bindings/clock/clock-bindings.txt > Will be fixed in v2. > > > > Regards, > > Mike > > > >>>> + > >>>> +Required properties: > >>>> +- #clock-cells: Should be <0> > >>>> +- compatible: Should be "axis,artpec6-pll1-clock" > >>>> +- reg: Address and length of the DEVSTAT register. > >>>> +- clocks: The PLL's input clock. > >>>> + > >>>> +Examples: > >>>> + > >>>> +pll1_clk: pll1_clk { > >>>> + #clock-cells = <0>; > >>>> + compatible = "axis,artpec6-pll1-clock"; > >>>> + reg = <0xf8000000 4>; > >>>> + clocks = <&ext_clk>; > >>>> +}; > >>>> -- > >>>> 2.1.4 > >>>> > -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html