Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp988869pxj; Fri, 11 Jun 2021 17:48:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJye54zNBlaQnpgvWfkhjXOwxTyCPYO4C69DvYLDLitOZdUsP4Zz1U+lQzGyY447035kiV3L X-Received: by 2002:a05:6402:2707:: with SMTP id y7mr6265079edd.0.1623458901827; Fri, 11 Jun 2021 17:48:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623458901; cv=none; d=google.com; s=arc-20160816; b=PfpE0DXTXMct4Cys/O5exYGZHQS+2SL4INXpOqhixl4dhpeGzVxq8FbAL5LRfS8qbl 2Y4mT5XBxAoG29BUStc0+/RSSjZcyeVj8+C+Mj8kMxFLg2s8pntTH2gJ7/KZKvP3RM7N uXKTqzkVo2Hu66UGenVAWdb4Lvr2/+u484ZzLv/NknzueJ/GJElkJlz/JKvGhWH2hBVB KxDhTnOEbYQ39hO5aFgU65m97HdsA0kYwZO7+NW5kezVl2+94EwApVxOKXQCHIlo+slU 8IHdgyN1KcFUZZgNl6OK476PNy0GFrm4RR3CrGotFcnXcRPrsZFiMgLhojThzaoVOLrG X0wg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=REZb1qm5m+/pFcvqanClap7zlMONgG2hq0/U9irsdeM=; b=DPL5W6Zj3QV1x7mEho2s7WWjzHzVzZaUD7LHa3lKvwZpk8O65NzxwVJooXERaUL+Pb hPY8OaQXjnvh9xtSG55/G6VUC3OrzRPoRE3+eOx3408pNwm1wCYBzMi1w8djrd/c4lR4 bgalf+CtiFd8ToNrB+j9Qce2rTv8aWvGkRgqhaMBTG5p73ar+6GnO1HbmlcNuk1yS4YD jWZszge55Eiq6l0N/MtPghXt5gLBfMwknVHAGJTSWHbtkaflCPOYeoCqQu2OdYVHmWak XalZzc7VSb4kOQOLQNws8OvDj165y2rZN238TEdIJAVzOCtIUk+m3VPYr+5d3GsGYkwo dpmg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BhxsTnmV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id bh4si7021275ejb.680.2021.06.11.17.47.58; Fri, 11 Jun 2021 17:48:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=BhxsTnmV; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S230265AbhFLAr5 (ORCPT + 99 others); Fri, 11 Jun 2021 20:47:57 -0400 Received: from mail.kernel.org ([198.145.29.99]:50026 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229584AbhFLAr4 (ORCPT ); Fri, 11 Jun 2021 20:47:56 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id ABDCF61181; Sat, 12 Jun 2021 00:45:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1623458758; bh=aHVcBRVTirFXBTQGZ1D/qDt/hppo1Wzxf97VHIll9Fo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=BhxsTnmV2Px0kthvruh05x5UvppRkVnkutAyByqdZm+Er/rJbXp1bmloL2heXbX5W MZ+OOsvTgHbFsW9h9SYUXjHbEPTGDqIw/rKAi5gLUtl+W3wcHDD/6gUjOCTYRhC7Wr fY/NdncBSYLdClok0mSkgtH0Fie2p6HGqKI2jo5ttQtVM3x93BSyBXJRkUveaugYiD 1B437+FpcT6Rlaq74rA4KnrYv/mbob1PAddI2yl7xgDguvHXjZ6yMmd7LYPIuAjwFC qnXws4TmsM8vO62fWsh1rq1eGUPMUXAOJI3Gt0rAFMMx4BePUtTu1u5FTh8I4o6ms6 Wz9gmL+L5AkPg== Date: Sat, 12 Jun 2021 08:45:50 +0800 From: Shawn Guo To: "Peng Fan (OSS)" Cc: robh+dt@kernel.org, s.hauer@pengutronix.de, kernel@pengutronix.de, festevam@gmail.com, linux-imx@nxp.com, p.zabel@pengutronix.de, l.stach@pengutronix.de, krzk@kernel.org, agx@sigxcpu.org, marex@denx.de, andrew.smirnov@gmail.com, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, ping.bai@nxp.com, frieder.schrempf@kontron.de, aford173@gmail.com, abel.vesa@nxp.com, Peng Fan , Rob Herring Subject: Re: [PATCH V6 2/4] Documentation: bindings: clk: Add bindings for i.MX BLK_CTL Message-ID: <20210612004550.GC29138@dragon> References: <20210522134249.15322-1-peng.fan@oss.nxp.com> <20210522134249.15322-3-peng.fan@oss.nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210522134249.15322-3-peng.fan@oss.nxp.com> User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, May 22, 2021 at 09:42:47PM +0800, Peng Fan (OSS) wrote: > From: Peng Fan > > Document the i.MX BLK_CTL with its devicetree properties. > > Each BLK CTL have different power domain inputs and they have different > names, so we are not able to list all the power domain names for each > BLK CTL here. > > For example: > i.MX8MM dispmix BLK CTL, it has > power-domains = <&pgc_dispmix>, <&pgc_mipi>; > power-domain-names = "dispmix", "mipi"; > > vpumix BLK CTL, it has > power-domains = <&vpumix_pd>, <&vpu_g1_pd>, <&vpu_g2_pd>, > <&vpu_h1_pd>; > power-domain-names = "vpumix", "g1", "g2", "h1"; > > Reviewed-by: Rob Herring > Signed-off-by: Peng Fan Can we be consistent in using 'dt-bindings: ...' as prefix? Shawn > --- > .../bindings/soc/imx/fsl,imx-blk-ctl.yaml | 66 +++++++++++++++++++ > 1 file changed, 66 insertions(+) > create mode 100644 Documentation/devicetree/bindings/soc/imx/fsl,imx-blk-ctl.yaml > > diff --git a/Documentation/devicetree/bindings/soc/imx/fsl,imx-blk-ctl.yaml b/Documentation/devicetree/bindings/soc/imx/fsl,imx-blk-ctl.yaml > new file mode 100644 > index 000000000000..a66f11acc6b4 > --- /dev/null > +++ b/Documentation/devicetree/bindings/soc/imx/fsl,imx-blk-ctl.yaml > @@ -0,0 +1,66 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/soc/imx/fsl,imx-blk-ctl.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: NXP i.MX BLK_CTL > + > +maintainers: > + - Peng Fan > + > +description: > + i.MX BLK_CTL is a conglomerate of different GPRs that are > + dedicated to a specific subsystem. It usually contains > + clocks and resets amongst other things. Here we take the clocks > + and resets as virtual PDs, the reason we could not take it as > + clock provider is there is A/B lock issue between power domain > + and clock. > + > +properties: > + compatible: > + items: > + - enum: > + - fsl,imx8mm-dispmix-blk-ctl > + - fsl,imx8mm-vpumix-blk-ctl > + - const: syscon > + > + reg: > + maxItems: 1 > + > + "#power-domain-cells": > + const: 1 > + > + power-domains: > + minItems: 1 > + maxItems: 32 > + > + power-domain-names: > + minItems: 1 > + maxItems: 32 > + > + clocks: > + minItems: 1 > + maxItems: 32 > + > +required: > + - compatible > + - reg > + - power-domains > + - power-domain-names > + > +additionalProperties: false > + > +examples: > + - | > + #include > + > + dispmix_blk_ctl: blk-ctl@32e28000 { > + compatible = "fsl,imx8mm-dispmix-blk-ctl", "syscon"; > + reg = <0x32e28000 0x100>; > + #power-domain-cells = <1>; > + power-domains = <&pgc_dispmix>, <&pgc_mipi>; > + power-domain-names = "dispmix", "mipi"; > + clocks = <&clk IMX8MM_CLK_DISP_ROOT>, <&clk IMX8MM_CLK_DISP_AXI_ROOT>, > + <&clk IMX8MM_CLK_DISP_APB_ROOT>; > + }; > -- > 2.30.0 >