Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp3104566ybc; Mon, 18 Nov 2019 09:34:01 -0800 (PST) X-Google-Smtp-Source: APXvYqzz1jmabSwjCPDST8u4Yyo93ruDIpUamBiRWEEffuZ07l72rLj6WPEVB6IwWOQeoD/VJcYd X-Received: by 2002:a17:906:69d7:: with SMTP id g23mr27974574ejs.20.1574098441621; Mon, 18 Nov 2019 09:34:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574098441; cv=none; d=google.com; s=arc-20160816; b=ICWa6c13r+u1lSg6lzQxHJ76AD+4YoIm8gw5aN5PRTLIQS5u/lrUXiav+lxGOan23z fApGaw0yVTzQzCFGEHY/xOSJAL2Lbli2milIjYBqoTbwnbc7hW+JQkYdQn9gK1J9GynP KRjqJvlq23PspjyRI+wo4WKv/P6Fs+Cc5n21hvlLdNH/ab8yS1a6IE7W74KZUu7kGpbl RZCMdO7ASifYdbRyyJndZXkOnKJnwoZ26L2bimftmNKubegyw3VYqBFXkpq988A2zdsd jl4HtnauvVja9fWVmeCwtIKRfXqVG965+WMzdvxA1HDxCHdjXpaZg5UsxW7JPQZ8hHQ/ /CvQ== 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; bh=Sc1XalYtAcW8vcap9ciRIDbP58GTDwM0RBx4a9ILBAk=; b=zR8HChAwmQqvqbIfwiCzIhBB/gnAGnRKZTSRl6g+lhEa718J4V4Ni4ETKfZ5Kop/I+ PwcuV7HEJv9Epi/UankdRbxq2qpXYh5PjeWua6JmKN7+TewzADuuY6kX5nxz2/+NBBsh S+Vw38dmMJW0Bh4gnceZzH1q35VAC1V70vEcR5OyNJmv2y9K4ebSbcnXBCDZPF5IuIg2 qtQX1lXjBa/FdQDyLXzJazACJ8WYw5tRApe1I3lUAU5e66naT+7vAN3iemevc3Xeaail Ky3AAwii0FHBvhdfsjN8SKfyTBWKmzvmFMyfEkNxKyTdC6BEe9gRAwhrg9S3VA3aaiTw bvlA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id nq5si11724824ejb.161.2019.11.18.09.33.35; Mon, 18 Nov 2019 09:34:01 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726887AbfKRRaM (ORCPT + 99 others); Mon, 18 Nov 2019 12:30:12 -0500 Received: from mail-ot1-f67.google.com ([209.85.210.67]:42137 "EHLO mail-ot1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726336AbfKRRaM (ORCPT ); Mon, 18 Nov 2019 12:30:12 -0500 Received: by mail-ot1-f67.google.com with SMTP id b16so15219626otk.9; Mon, 18 Nov 2019 09:30:11 -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=Sc1XalYtAcW8vcap9ciRIDbP58GTDwM0RBx4a9ILBAk=; b=Q24LOerBTVIZ3izhUfNtReKcJahX9OtaXw3DyE6NAO02kUcvip+MbGcsKMraboUVQA 9o+nP5GxLHTPasvzKN01VL7YpZIP+FrPDLDuXICHz8hNmJohfMmr2SXEJNEwHb8fXe9d rHm5cjnum4qyNQV9uEIzGa1O+kW7+1XoB1Z676fgAZlnZ2TXYxTU9m1PZz0MYIpZRNSF t/s6jIa8nnfO5AaCV1ISpiI8QZZyexPWg9oTLpy4/68KVOAINKbaQILwHu8LDJe5KSrs Ievcgo3C3WE5LYeXAh450tChTaII0SYtG/xo99sG1KAwqYyJFRmkKMCCxCPxjD4faKzv nIvQ== X-Gm-Message-State: APjAAAUKAnOj8blnftvPDzu3DpJbSdCUYN60KYZOF1NDVYr5QbaxyPHC VISKniwuEyVp+QJX1eRUnQ== X-Received: by 2002:a05:6830:1649:: with SMTP id h9mr288452otr.281.1574098210777; Mon, 18 Nov 2019 09:30:10 -0800 (PST) Received: from localhost (24-155-109-49.dyn.grandenetworks.net. [24.155.109.49]) by smtp.gmail.com with ESMTPSA id y23sm6139512oih.17.2019.11.18.09.30.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 18 Nov 2019 09:30:10 -0800 (PST) Date: Mon, 18 Nov 2019 11:30:09 -0600 From: Rob Herring To: Stephen Boyd Cc: Rajan Vaja , dan.carpenter@oracle.com, gustavo@embeddedor.com, jolly.shah@xilinx.com, m.tretter@pengutronix.de, mark.rutland@arm.com, michal.simek@xilinx.com, mturquette@baylibre.com, nava.manne@xilinx.com, ravi.patel@xilinx.com, tejas.patel@xilinx.com, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 1/7] dt-bindings: clock: Add bindings for versal clock driver Message-ID: <20191118173009.GA1865@bogus> References: <1573564580-9006-1-git-send-email-rajan.vaja@xilinx.com> <1573564580-9006-2-git-send-email-rajan.vaja@xilinx.com> <20191112225147.7E59D21783@mail.kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191112225147.7E59D21783@mail.kernel.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 12, 2019 at 02:51:46PM -0800, Stephen Boyd wrote: > Quoting Rajan Vaja (2019-11-12 05:16:14) > > diff --git a/Documentation/devicetree/bindings/clock/xlnx,versal-clk.yaml b/Documentation/devicetree/bindings/clock/xlnx,versal-clk.yaml > > new file mode 100644 > > index 0000000..da82f6a > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/clock/xlnx,versal-clk.yaml > > @@ -0,0 +1,67 @@ > > +# SPDX-License-Identifier: GPL-2.0 > > +%YAML 1.2 > > +--- > > +$id: http://devicetree.org/schemas/bindings/clock/xlnx,versal-clk.yaml# > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > + > > +title: Xilinx Versal clock controller > > + > > +maintainers: > > + - Michal Simek > > + - Jolly Shah > > + - Rajan Vaja > > + > > +description: | > > + The clock controller is a h/w block of Xilinx versal clock tree. It reads > > hardware instead of h/w > > > + required input clock frequencies from the devicetree and acts as clock > > + provider for all clock consumers of PS clocks. See clock_bindings.txt > > + for more information on the generic clock bindings. > > Please drop this last sentence about clock_bindings.txt > > > + > > +properties: > > + compatible: > > + const: xlnx,versal-clk > > + > > + "#clock-cells": > > + const: 1 > > + > > + clocks: > > + description: List of clock specifiers which are external input > > + clocks to the given clock controller. > > + minItems: 3 > > + maxItems: 3 Can drop these. Implied by by 'items' list. > > + items: > > + - description: ref clk > > + - description: alternate ref clk > > + - description: pl alternate ref clk > > What is "pl"? Can you clarify? > > > + > > + clock-names: > > + minItems: 3 > > + maxItems: 3 Same here. > > + items: > > + - const: ref_clk > > + - const: alt_ref_clk > > + - const: pl_alt_ref_clk '_clk' is redundant. > > + > > +required: > > + - compatible > > + - "#clock-cells" > > + - clocks > > + - clock-names > > + > > +additionalProperties: false > > + > > +examples: > > + - | > > + firmware { > > + zynqmp_firmware: zynqmp-firmware { > > + compatible = "xlnx,zynqmp-firmware"; > > + method = "smc"; > > Is there a way to say in the binding that this must be a child of a > xlnx,zynqmp-firmware node? That would be ideal so we can constrain this > to that location somehow. Yes. Add the node name as a property to the f/w schema and reference ($ref) this file and add 'select: false' to this one. The problem is the firmware binding is probably not yet a schema. Once it is a schema, this example will start failing because it's incomplete. For that reason, I prefer the examples in these cases (inc MFDs) in the base schema and not in the child node schemas. > > + versal_clk: clock-controller { > > + #clock-cells = <1>; > > + compatible = "xlnx,versal-clk"; > > + clocks = <&ref_clk>, <&alt_ref_clk>, <&pl_alt_ref_clk>; > > + clock-names = "ref_clk", "alt_ref_clk", "pl_alt_ref_clk"; > > + }; > > + }; > > + }; > > +... >