Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp6773644ybl; Mon, 23 Dec 2019 11:39:01 -0800 (PST) X-Google-Smtp-Source: APXvYqx46OOKzxlNdg4ZOK+9AKSehpnk2ASaMvEhMpgxF6dJXoU/pqWoWnK+jaEYZTfSo1CE0hTw X-Received: by 2002:a05:6830:1402:: with SMTP id v2mr23725910otp.12.1577129941160; Mon, 23 Dec 2019 11:39:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1577129941; cv=none; d=google.com; s=arc-20160816; b=BxnxC8imvnFEmHkYpNoZdJE2BGp6jhTZliyfsRN5LbSFULu48jHLpo99F36t0YXz51 qAdo5t05idx5FpH1yq9glwQGhrl50wma7aRM6nrBxM3gkaY2DgmC/l0q14yYhoaA0GI3 nfMr6hYPdbbMo1BzyObmcnIoOpp2PAULnRxE7/K4RMk6U03m6DsPlfchpvKbYe5DfsWT p+9Ofe82X7s3/BnM9j4iTt4jgnGhiSO43w/QbNivIA4Vjzs6yreFq9z9JszJqK6RGlrD Zdloy3K/kq4Kj2DzzATdgyQfmKwlAZVB5/YfpGXOcz2Z6xFuvOu7exjK2OOaA3po6NQf S6UA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:user-agent:subject:to :from:cc:references:in-reply-to:content-transfer-encoding :mime-version:dkim-signature; bh=/dMdv1KmnaHvR+5z/lhWyEhFfTb961sCdIqiGCV8z9c=; b=Cf1jdlJ6DPO2QGKGkWYeCFrvaYpIM2sphVH9GoCpu3a9l6EYX6xMJcpWIm4kFau0v6 JilJ+PlwIFuSDeDC2Ic1yt7Xzfz6VY9NKqLChtXIc0w4khaxYl9V2278PZZ7tGGRF34j 5NdoZLd2a0XxUupn84irKKcZ1l6XagYJDXtKhuVJG2GACz687vI1mN5yfqFDSczDbxOm KdOFO1Eq9S+dBsvhULBq1CdXdiLABevy6e6oYJnRjY2Vl/doA64IVlWQvY1jvQmFfVAs MAnS9wrivoOyh5u3MdlWgI2Ua7c8zeOzF7weATZdTiErb6U2UFlIr42lqrG2U8NmQE+y prjw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=VpJQ1DX6; 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=pass (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 p14si10857854ota.71.2019.12.23.11.38.48; Mon, 23 Dec 2019 11:39: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; dkim=pass header.i=@kernel.org header.s=default header.b=VpJQ1DX6; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726880AbfLWTiK (ORCPT + 99 others); Mon, 23 Dec 2019 14:38:10 -0500 Received: from mail.kernel.org ([198.145.29.99]:37960 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726756AbfLWTiJ (ORCPT ); Mon, 23 Dec 2019 14:38:09 -0500 Received: from kernel.org (unknown [104.132.0.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 518DD206CB; Mon, 23 Dec 2019 19:38:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1577129889; bh=Dih/wOurVTvIq8c1XErUHJTObmDBQEui58gJp3SRloM=; h=In-Reply-To:References:Cc:From:To:Subject:Date:From; b=VpJQ1DX6mclIWUzMvp5eMrYTvEbIE4X0oZMhvCOHX9ufMvaVWxAb5Tu/tYJdTe6bE Emwxky6snUkBGEGADIALj6teuEObdD4hxaIL9gNl3h/nVb4iZGdNfXJVH0FKJ5NIf6 U1Xw5kOGAnyjc71UVfpwPuDZ0hwGudbq5yFUG5j8= Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: <706ef9c0e08e10798a4cecacff52a4c72e8fe693.1576811332.git.rahul.tanwar@linux.intel.com> References: <706ef9c0e08e10798a4cecacff52a4c72e8fe693.1576811332.git.rahul.tanwar@linux.intel.com> Cc: linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, andriy.shevchenko@intel.com, yixin.zhu@linux.intel.com, qi-ming.wu@intel.com, Rahul Tanwar From: Stephen Boyd To: Rahul Tanwar , mark.rutland@arm.com, mturquette@baylibre.com, robh+dt@kernel.org Subject: Re: [PATCH v2 2/2] dt-bindings: clk: intel: Add bindings document & header file for CGU User-Agent: alot/0.8.1 Date: Mon, 23 Dec 2019 11:38:08 -0800 Message-Id: <20191223193809.518DD206CB@mail.kernel.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Rahul Tanwar (2019-12-19 19:31:08) > diff --git a/Documentation/devicetree/bindings/clock/intel,cgu-lgm.yaml b= /Documentation/devicetree/bindings/clock/intel,cgu-lgm.yaml > new file mode 100644 > index 000000000000..2c9edabe0490 > --- /dev/null > +++ b/Documentation/devicetree/bindings/clock/intel,cgu-lgm.yaml > @@ -0,0 +1,43 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/bindings/clock/intel,cgu-lgm.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Intel Lightning Mountain SoC's Clock Controller(CGU) Binding > + > +maintainers: > + - Rahul Tanwar > + > +description: | > + Lightning Mountain(LGM) SoC's Clock Generation Unit(CGU) driver provid= es > + all means to access the CGU hardware module in order to generate a ser= ies > + of clocks for the whole system and individual peripherals. > + > + This binding uses the common clock bindings > + [1] Documentation/devicetree/bindings/clock/clock-bindings.txt I don't know if this second paragraph is very useful. > + > +properties: > + compatible: > + const: intel,cgu-lgm > + > + reg: > + maxItems: 1 > + > + '#clock-cells': > + const: 1 > + > +required: > + - compatible > + - reg > + - '#clock-cells' > + > +examples: > + - | > + cgu: cgu@e0200000 { Node name should be 'clock-controller' > + compatible =3D "intel,cgu-lgm"; > + reg =3D <0xe0200000 0x33c>; > + #clock-cells =3D <1>; > + }; > + > +... > diff --git a/include/dt-bindings/clock/intel,lgm-clk.h b/include/dt-bindi= ngs/clock/intel,lgm-clk.h > new file mode 100644 > index 000000000000..09e5dc59ff5b > --- /dev/null > +++ b/include/dt-bindings/clock/intel,lgm-clk.h > @@ -0,0 +1,150 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ Can this be more than just GPL? Maybe GPL or BSD? [...] > + > +#define CLK_NR_CLKS 180 Can this be removed from the binding file? It's too generic of a name regardless and it doesn't describe something that is actually part of the binding.