Received: by 10.223.176.5 with SMTP id f5csp3331529wra; Mon, 29 Jan 2018 11:53:56 -0800 (PST) X-Google-Smtp-Source: AH8x227g2Tlrda+uLtXYdFcleFaPM7Ce1XBpWsXdW5NCIHf7OqukmgrxcSgrrkptcM/YxLnFDVDc X-Received: by 10.101.80.75 with SMTP id k11mr11080923pgo.451.1517255636286; Mon, 29 Jan 2018 11:53:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517255636; cv=none; d=google.com; s=arc-20160816; b=p5mx2mqT5bwOn4rr6boWhyJoR4hiLDguzK9prkux9AvQjlM8SifzRXxVEpnx8BtYl2 gLlcX/PC1okWuejp2KSph+Y8hbvSikKmuXcs7YFGOjADhEdqdpWZSoIaIR9fYz+GZzIT yCWcPgFJXfbCXC5l1hAv4uhTPfj6lneLK1O1BvFFiAu0+0elvJNXeyEJFU+JRcHKp2kQ myUlV21buLpAvny/IEPcEBe7S2g4LkZfDVMGWQOKYI+hRDuK3Wi4m7anCiV7x+NFL6DQ bpBhe8lhdxuDintHOP+hswP4vcqqw+NGS1tqbW37xN0P+t6mDkWAI9QLktvNDh7KnvbU hVIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=HUmXX7itOCImG1sh5yMm9VZHXpbfy+Vny3qmEm7iJVI=; b=AQRSJl6MHXABg56aeI0qDOTULccglLN8HEq3T1Hx5nm30Pa9CpJ1N0PDG+FWIYLAL2 9zg3HBdMf4ePLY4DSW7H19HNzLms37QUp8FWbkrZK5VsNSTab5dg3hf5xNNxxTYNRuVR 0G0hmCqNeBznTe7lgKJeKfhSvccDnVrpoIy+VPhv2qzZUcruCXepqs1xkTWyjEf6lPFm 6IEWCkcUUyxA15YnFeAmSS1pvYA2jr/aZAWTqn1jE8x+kRavUnZ7bSe6T+j+XMm5TLes EFrebWZ0CrB792tpgqc3KxPznHvTYysrTrTr4lMYvdMl0iGqBTQZwqEsr8hHr+YERxRu sSmQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 1-v6si1343957plh.549.2018.01.29.11.53.41; Mon, 29 Jan 2018 11:53:56 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751989AbeA2TxS (ORCPT + 99 others); Mon, 29 Jan 2018 14:53:18 -0500 Received: from mail-oi0-f65.google.com ([209.85.218.65]:44525 "EHLO mail-oi0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751374AbeA2TxR (ORCPT ); Mon, 29 Jan 2018 14:53:17 -0500 Received: by mail-oi0-f65.google.com with SMTP id b3so3062223oib.11; Mon, 29 Jan 2018 11:53:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=HUmXX7itOCImG1sh5yMm9VZHXpbfy+Vny3qmEm7iJVI=; b=SjMd2TtTgWDKDSF3gMNHWBVSGHQ4e37g3rf4RA6MFhhCHAmB4SHB7PH15xwCafNi2Y SRXswulct0jYVKfNd7rDdIVQFlC9EbnphsXxJjugZAPx/4T+v8WhSsa5DYq+wj/UoLvy voy0Hh86tcuZFPqFoCLY9ceKNirTPnseAOLFmtW9+Kygt8S0K+6cn81R6Dmr+1lBT6wK IMRgoG1H0LXpfkVUvJcBzodTd3YTjd5FG5CXIl4SPehUAabqsYB4yU/myIR9oIUFRhWQ 43UcWPjm6F6vuaw8nY9hSks/qpjHksT17WInKIK4uGoVElgOk1XULGaVSyB9pDrlLumX 4KrQ== X-Gm-Message-State: AKwxytc/3Y3Qlu46jiN09+CIkYEae2pmOmYBmgiHYsZbyyag/2IAGJwN ujbsrbFvKUGvYFQ0DvV4fA== X-Received: by 10.202.184.68 with SMTP id i65mr19264587oif.286.1517255596309; Mon, 29 Jan 2018 11:53:16 -0800 (PST) Received: from localhost (216-188-254-6.dyn.grandenetworks.net. [216.188.254.6]) by smtp.gmail.com with ESMTPSA id i45sm7409221otd.59.2018.01.29.11.53.15 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 29 Jan 2018 11:53:15 -0800 (PST) Date: Mon, 29 Jan 2018 13:53:15 -0600 From: Rob Herring To: David Lechner Cc: linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Michael Turquette , Stephen Boyd , Mark Rutland , Sekhar Nori , Kevin Hilman , Bartosz Golaszewski , Adam Ford , linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 01/41] dt-bindings: clock: Add new bindings for TI Davinci PLL clocks Message-ID: <20180129195315.bjanym7pmeh7bhaa@rob-hp-laptop> References: <1516468460-4908-1-git-send-email-david@lechnology.com> <1516468460-4908-2-git-send-email-david@lechnology.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1516468460-4908-2-git-send-email-david@lechnology.com> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jan 20, 2018 at 11:13:40AM -0600, David Lechner wrote: > This adds a new binding for the PLL IP blocks in the mach-davinci > family of processors. Currently, only da850 has device tree support > but these bindings can also work for other SoCs in this family just > by adding new compatible strings. > > Note: Although these PLL controllers are very similar to the TI Keystone > SoCs, we are not re-using those bindings. The Keystone bindings use a > legacy one-node-per-clock binding. Furthermore, the mach-davinici SoCs > have a slightly different PLL register layout and a number of quirks > that can't be handled by the existing bindings, so the keystone bindings > could not be used as-is anyway. > > Signed-off-by: David Lechner > --- > > v6 changes: > - Added clock-names property > - Added ti,clkmode-square-wave property > - Added pllout child node > - Added obsclk child node > - Expanded examples > > .../devicetree/bindings/clock/ti/davinci/pll.txt | 96 ++++++++++++++++++++++ > 1 file changed, 96 insertions(+) > create mode 100644 Documentation/devicetree/bindings/clock/ti/davinci/pll.txt > > diff --git a/Documentation/devicetree/bindings/clock/ti/davinci/pll.txt b/Documentation/devicetree/bindings/clock/ti/davinci/pll.txt > new file mode 100644 > index 0000000..36998e1 > --- /dev/null > +++ b/Documentation/devicetree/bindings/clock/ti/davinci/pll.txt > @@ -0,0 +1,96 @@ > +Binding for TI DaVinci PLL Controllers > + > +The PLL provides clocks to most of the components on the SoC. In addition > +to the PLL itself, this controller also contains bypasses, gates, dividers, > +an multiplexers for various clock signals. > + > +Required properties: > +- compatible: shall be one of: > + - "ti,da850-pll0" for PLL0 on DA850/OMAP-L138/AM18XX > + - "ti,da850-pll1" for PLL1 on DA850/OMAP-L138/AM18XX > +- reg: physical base address and size of the controller's register area. > +- clocks: phandles corresponding to the clock names > +- clock-names: names of the clock sources - depends on compatible string > + - for "ti,da850-pll0", shall be "clksrc", "extclksrc" > + - for "ti,da850-pll1", shall be "clksrc" > + > +Optional properties: > +- ti,clkmode-square-wave: Indicates that the the board is supplying a square > + wave input on the OSCIN pin instead of using a crystal oscillator. > + This property is only valid when compatible = "ti,da850-pll0". > + > + > +Optional child nodes: > + > +pllout > + Describes the main PLL clock output (before POSTDIV). The node name must > + be "pllout". > + > + Required properties: > + - #clock-cells: shall be 0 > + > +sysclk > + Describes the PLLDIVn divider clocks that provide the SYSCLKn clock > + domains. The node name must be "sysclk". Consumers of this node should > + use "n" in "SYSCLKn" as the index parameter for the clock cell. > + > + Required properties: > + - #clock-cells: shall be 1 > + > +auxclk > + Describes the AUXCLK output of the PLL. The node name must be "auxclk". > + This child node is only valid when compatible = "ti,da850-pll0". > + > + Required properties: > + - #clock-cells: shall be 0 > + > +obsclk > + Describes the OBSCLK output of the PLL. The node name must be "obsclk". > + > + Required properties: > + - #clock-cells: shall be 0 So why have all these child nodes vs. just defining a single number space of clock ids? Rob