Received: by 2002:a05:7412:b10a:b0:f3:1519:9f41 with SMTP id az10csp2380871rdb; Sun, 3 Dec 2023 14:47:06 -0800 (PST) X-Google-Smtp-Source: AGHT+IH8GSypCEqgXwUoXasFS0+O/+gSTq0C3SmeiV/Ln9HmY3YmGiMzimGVVjZi8K/MxacQ3NtQ X-Received: by 2002:a05:6a20:4286:b0:18f:97c:4f3d with SMTP id o6-20020a056a20428600b0018f097c4f3dmr1257985pzj.73.1701643626542; Sun, 03 Dec 2023 14:47:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701643626; cv=none; d=google.com; s=arc-20160816; b=ilV0gfVM6wJZu3u5/Q855RTh7N6Lciy6ZcUPQ8GDnhIhZN62dJldtiBCf4z/Gwm42g sZ3vpsE8LoIfj1NuuPdeRvvTVK6HWJz25ki6PDDqz7gaOIZACdqfR0USJ+jN7zgc6iO/ 3xHVtM/5cYD5O0oPEsouPZlj/pDE5jo62P/3c5t1ceTg6gSybdfPLqdpdPP9t6ba0Ug2 C4mPrEKNZodVkcKWttPsbc0yZu3mYh0UpE8typevCZSM2kWTALdMWAF/75VNWneQz0+I SVcREuwmT4tDQJLhU9f8dyZShR2VcoyhVbMS5QGI7t3dxljjCi9Gp/v4VqXaAqcEJY3K u5Qg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=Vfo2/4w4JwA3bizifzOLmvHlnDTSuqPt8/nWKUZ2Kyg=; fh=Ihvbg0aSRw7Ixnx0AjekGbCVhCLfbJbq9JiQz3FYDkE=; b=pWE7QKUIC80ZtFBFq91MtjZ5L+Iffkm2vpmdIWadVNSYRF67zwtaoPVnLqgj1y9Dmt NsaOynbaPJJ2ke50EbkOG4FHwFLjhJ/Zmdqp7apCQc84QvUL3FxLYM37ZQPkIcKGhKHk E7475Sz4qguxtkDnBWE/0kpFTmLkp2Ya8mo02ZSwRFN8K2f+puI/JE9lm18SGTkwz6Ys 4hwQY7UReH4R1Ot7mMp1ZXTgfW90AACSxmJrRpl2u4yWbwDPK+rPPagJUcFGJshHmOy0 seQ+qgZqX3y3Cf9a40f8CZI3H0Muqq4ju2SaHwD7oUIxiDOFErCTQAAW4qD9MML31WG6 fu/w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from fry.vger.email (fry.vger.email. [23.128.96.38]) by mx.google.com with ESMTPS id t3-20020a170902e84300b001cf8e9e8813si2375389plg.315.2023.12.03.14.47.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 03 Dec 2023 14:47:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) client-ip=23.128.96.38; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by fry.vger.email (Postfix) with ESMTP id DAD6F8074046; Sun, 3 Dec 2023 14:47:03 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234065AbjLCWqr (ORCPT + 99 others); Sun, 3 Dec 2023 17:46:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234004AbjLCWqq (ORCPT ); Sun, 3 Dec 2023 17:46:46 -0500 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) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (fry.vger.email [0.0.0.0]); Sun, 03 Dec 2023 14:47:04 -0800 (PST) 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