Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp676627rwb; Wed, 16 Nov 2022 06:19:47 -0800 (PST) X-Google-Smtp-Source: AA0mqf4YEzeP9PgwAKY1ohq66nHrJwZBt+kF423m+4XEsKwSBmgj1MJXRTfnA5qAHS15WWyzEHXw X-Received: by 2002:a63:ec44:0:b0:45f:a2ff:6597 with SMTP id r4-20020a63ec44000000b0045fa2ff6597mr20936477pgj.271.1668608386987; Wed, 16 Nov 2022 06:19:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668608386; cv=none; d=google.com; s=arc-20160816; b=HoIuI/6ZO9dZ4jQkq+tM9WC+QzM7iW2rA2pvydPXexH4MCOkdcswj/SSeYieybUAPs HPHTDjO9vUHB9b89UXW+76oe/fSEZ6NkbNPJfM4X1wD4ILpGHvBe4I7KwLbmSuS+gYCb 694gIi2/qdXm1ZiyHn+sDE2d5CEaNzF3qWbiHHtsVKJxAG6/vQvxWTNSn6RDGY4HD8cT SyAEpJpNqhqrgf793yiYFTE4eg006vhuZZqVL9++wQUwg1Y0r3lzBdadOlyqe3pHeNcm Lh+EF+YGl7A2d20bn4C7mtz2ENXUHNjso9Rv676Noq945uED9X8+Irb7OM+qan2A4tbi eoJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=3B0aPYFWclNI7dY1zcz8xclKs7rKNjYqrUj/lxYdUE0=; b=S9Q7a5sRa4ZWaNC5xFa/viPXPpesq8cGJJmE4Hwzg+Pe7Jm1pOcKIiS2jwZZpY1J4V BCfmQCjL1tB+HRMUld1Uop6o0m+L2C5a8C6YmPOtd+vs3Jq78B51EZbCboVTEcwBzxqp p+PORcaViLQ9iLDo6UFBl3yrY8vA4VqtdECC2IS0plZjDAKSMWdrxnBiMxVOExaGzzyK hFke6pt3SliKFcgb9WxHW0cT9A5Fgp1KKRfttMDjmVYUj0F273WVH5DiP0/1EJXZEjo9 vEkWOL/4GLft4FLnrpDfzbUxAkkvseS71aUGXFrb3nEJf9n7l470q6jKzum6f4c5GtXP SZJA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u63-20020a638542000000b00476e1eb5b73si2483333pgd.298.2022.11.16.06.19.33; Wed, 16 Nov 2022 06:19:46 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232125AbiKPOAj (ORCPT + 91 others); Wed, 16 Nov 2022 09:00:39 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38126 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233670AbiKPN6S (ORCPT ); Wed, 16 Nov 2022 08:58:18 -0500 Received: from relay08.th.seeweb.it (relay08.th.seeweb.it [5.144.164.169]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DB8111DA73 for ; Wed, 16 Nov 2022 05:55:07 -0800 (PST) Received: from SoMainline.org (94-209-172-39.cable.dynamic.v4.ziggo.nl [94.209.172.39]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by m-r2.th.seeweb.it (Postfix) with ESMTPSA id C320C3EBDC; Wed, 16 Nov 2022 14:55:05 +0100 (CET) Date: Wed, 16 Nov 2022 14:55:04 +0100 From: Marijn Suijten To: =?utf-8?B?TsOtY29sYXMgRi4gUi4gQS4=?= Prado Cc: Rob Herring , AngeloGioacchino Del Regno , kernel@collabora.com, Krzysztof Kozlowski , Matthias Brugger , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org Subject: Re: [PATCH] docs: dt: writing-schema: Document usage of CHECK_DTBS make flag Message-ID: <20221116135504.mdmgm6ce2cynt5yt@SoMainline.org> References: <20221102214300.309347-1-nfraprado@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221102214300.309347-1-nfraprado@collabora.com> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi N?colas, On 2022-11-02 17:43:00, N?colas F. R. A. Prado wrote: > It is possible to run checks on a Devicetree by passing the CHECK_DTBS > flag when building. This is a useful shortcut to the dtbs_check make > target since it avoids checking unrelated Devicetrees, which can take > some time and is unnecessary if no bindings were modified. Document it. > > Signed-off-by: N?colas F. R. A. Prado > > --- > > Documentation/devicetree/bindings/writing-schema.rst | 7 +++++++ > 1 file changed, 7 insertions(+) > > diff --git a/Documentation/devicetree/bindings/writing-schema.rst b/Documentation/devicetree/bindings/writing-schema.rst > index 4a381d20f2b4..55ad556472b4 100644 > --- a/Documentation/devicetree/bindings/writing-schema.rst > +++ b/Documentation/devicetree/bindings/writing-schema.rst > @@ -167,6 +167,13 @@ setting the ``DT_SCHEMA_FILES`` variable to a specific schema file or pattern. > make dt_binding_check DT_SCHEMA_FILES=/gpio/ > make dtbs_check DT_SCHEMA_FILES=trivial-devices.yaml > > +Note that ``make dtbs_check`` will validate every DT source file that is > +enabled. When making changes to a DT but not to the bindings, a possible > +shortcut to validate only the DT in question is to explicitly build it with > +the ``CHECK_DTBS`` flag enabled. For example:: > + > + make CHECK_DTBS=y mediatek/mt8192-evb.dtb I have a bit of trouble getting this to work on a _clean_ out directory (perhaps this should have been reported at the original patch, I had always been using Dmitry's version [1] which didn't suffer from this problem). Consider running with the following: rm out -r make ARCH=arm64 O=out defconfig make ARCH=arm64 O=out CHECK_DTBS=y qcom/sm8450-sony-xperia-nagara-pdx223.dtb After compiling preliminaries, it exits with: make[3]: *** No rule to make target 'arch/arm64/boot/dts/qcom/sm8450-sony-xperia-nagara-pdx223.dtb'. Stop. make[2]: *** [../scripts/Makefile.build:500: arch/arm64/boot/dts/qcom] Error 2 make[1]: *** [/kernel/Makefile:1460: qcom/sm8450-sony-xperia-nagara-pdx223.dtb] Error 2 make[1]: Leaving directory '/kernel/out' make: *** [Makefile:231: __sub-make] Error 2 However, if I lint all DTBs first by running `dtbs_check`, it seems the schema preliminaries are built: LINT Documentation/devicetree/bindings CHKDT Documentation/devicetree/bindings/processed-schema.json ... bunch of warnings SCHEMA Documentation/devicetree/bindings/processed-schema.json And here I ctrl+c the build so that it doesn't run DTC_CHK over every dts. If I now re-run the original command on my .dtb of choice, it completes successfully with the warnings that I expect. Is the logic behind `CHECK_DTBS=y` simply missing a step to make sure SCHEMA is built and up-to-date? Aside from not working in a clean output directly, could this imply schema changes (edits in Documentation/devicetree/bindings) _are not_ propagated when running with `CHECK_DTBS=y? At the same time running this command twice results in no output the second time around, supposedly because the dtb has "already been built". Is that also something we can improve? [1]: https://lore.kernel.org/linux-arm-msm/20220623144357.297252-1-dmitry.baryshkov@linaro.org/ Thanks! - Marijn