From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.andi.de1.cc (mail.andi.de1.cc [IPv6:2a02:c205:3004:2154::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9576DE7; Sun, 3 Dec 2023 14:46:51 -0800 (PST) Received: from p200301077700c3001a3da2fffebfd33a.dip0.t-ipconnect.de ([2003:107:7700:c300:1a3d:a2ff:febf:d33a] helo=aktux) by mail.andi.de1.cc with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1r9vEf-006zIj-1l; Sun, 03 Dec 2023 23:46:49 +0100 Date: Sun, 3 Dec 2023 23:46:45 +0100 From: Andreas Kemnade To: Krzysztof Kozlowski Cc: mturquette@baylibre.com, sboyd@kernel.org, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org, kristo@kernel.org, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org Subject: Re: [PATCH] dt-bindings: clock: ti: Convert interface.txt to json-schema Message-ID: <20231203234645.331d6efc@aktux> In-Reply-To: <48cf2111-46a0-4907-8d55-5ce80b585111@linaro.org> References: <20231127202359.145778-1-andreas@kemnade.info> <7a62ed8a-b0e3-4881-90d7-b8f5d38e482e@linaro.org> <20231128093241.707a4fa0@aktux> <7361082a-f271-4ef4-9dad-06ee7445c749@linaro.org> <20231128214116.22dfff1e@akair> <221ba6a3-c4c2-40cd-b1d8-8170af78c784@linaro.org> <20231201150937.3631ee99@akair> <7aaea1e4-b7bd-47e4-a6e6-32b8195ea1bf@linaro.org> <20231201154112.2ecfdab2@aktux> <48cf2111-46a0-4907-8d55-5ce80b585111@linaro.org> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 1 Dec 2023 15:45:06 +0100 Krzysztof Kozlowski wrote: > On 01/12/2023 15:41, Andreas Kemnade wrote: > > On Fri, 1 Dec 2023 15:17:46 +0100 > > Krzysztof Kozlowski wrote: > > > >> On 01/12/2023 15:09, Andreas Kemnade wrote: > >>> Am Wed, 29 Nov 2023 09:15:57 +0100 > >>> schrieb Krzysztof Kozlowski : > >>> > >>>> On 28/11/2023 21:41, Andreas Kemnade wrote: > >>>>> Am Tue, 28 Nov 2023 09:41:23 +0100 > >>>>> schrieb Krzysztof Kozlowski : > >>>>>>> If the interface clock is not below a ti,clksel then we have reg. > >>>>>>> > >>>>>> > >>>>>> This should be expressed in the bindings. It's fine to make the reg > >>>>>> optional (skip the description, it's confusing), but the ti,clksel > >>>>>> should reference this schema and enforce it on the children. > >>>>>> > >>>>> Well there are other compatibles below ti,clksel, too, so should we > >>>>> rather add them when the other .txt files are converted? > >>>> > >>>> This binding should already be referenced by ti,clksel. When the other > >>>> are ready, you will change additionalProperties from object to false. > >>>> > >>> I played around with it: > >>> > >>> --- a/Documentation/devicetree/bindings/clock/ti/ti,clksel.yaml > >>> +++ b/Documentation/devicetree/bindings/clock/ti/ti,clksel.yaml > >>> @@ -33,6 +33,11 @@ properties: > >>> const: 2 > >>> description: The CLKSEL register and bit offset > >>> > >>> +patternProperties: > >>> + "-ick$": > >>> + $ref: /schemas/clock/ti/ti,interface-clock.yaml# > >>> + type: object > >>> + > >>> required: > >>> - compatible > >>> - reg > >>> > >>> > >>> That generates warnings, which look more serious than just a > >>> non-converted compatible, so lowering the overall "signal-noise-ratio". > >>> > >>> e.g. > >>> from schema $id: > >>> http://devicetree.org/schemas/clock/ti/ti,clksel.yaml# > >>> /home/andi/linux-dtbs/arch/arm/boot/dts/ti/omap/omap3-overo-tobiduo.dtb: > >>> clock@c40: clock-rm-ick: 'ti,index-starts-at-one', 'ti,max-div' do not > >>> match any of the regexes: 'pinctrl-[0-9]+' > >>> > >>> I think we should rather postpone such referencing. > >> > >> Are you sure in such case that your binding is correct? The warnings > >> suggest that not, therefore please do not postpone. > >> > > well, there is not only stuff from clock/ti/ti,interface.yaml but also from > > clock/ti/divider.txt below ti,clksel. So I have one warning about the missing > > compatible there and also about the properties belonging to that compatible. > > Ah, you have other bindings for the "-ick" nodes? Then you cannot match > by pattern now, indeed. Maybe skipping ref but adding "compatible" into > node, like we do for Qualcomm mdss bindings, would work. But in general > all these should be converted at the same time. > Yes, there are other bindings for the "-ick" nodes. But these bindings are not exclusive to the "-ick" nodes. I personally would prefer not having to do the whole clock/ti/*.txt directory at once. Regards, Andreas