Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp706926rwn; Thu, 15 Sep 2022 05:27:25 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5zGwZXxgmqMDFVC5owl6g5JVh8NSGqSHaJZavo9JWDYw2VHoEN7iwZ+YRdHgfbvzEMF0Dq X-Received: by 2002:a17:903:2cb:b0:171:4f0d:beb6 with SMTP id s11-20020a17090302cb00b001714f0dbeb6mr3982366plk.53.1663244844822; Thu, 15 Sep 2022 05:27:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663244844; cv=none; d=google.com; s=arc-20160816; b=PKfQWgyA2G756Y0MNrIYJ5/h0iv1GSN4Xk7Opcx+qNycaKEcaC0Awx2wgrJe4KO+Nh FeBDvkjsQ1j46x3trEMJANYsQZgriWXVBjp0yhQUVBLze50uV8ZLxwsY7sFEcj60jrNR +BgF5+NI6gmRa/jU/QwxBRTL4FCYlK860OI5fmKEP6HORfeVVvFEVBJ2vA6E28+h6EKT BgntcNNwomyf0dkfxN+8UqqQ1OZzp8FvvPvD/QMHV/m781rVwI20hB37vTAOFVPBumoA k0d1oQPVA+1sPx2SMTT0dFWCmchVw11SN2UjvXUWia7RiCdkgeMw2EHRJHOIfioYmxr1 woBw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=URml8S1JcYbav8DX1XKzE1rKQKPDorOXuNAY5GP/bfM=; b=zIXcQhxR124fpyMHGIdvFZNzuEiRui4OFbl1ZetXMllrb/Sp/OYECARLVQnD0RloG8 x2WqOPsfvRIbjkgmh4/DLpPAFq6004177OUE8sYiWGnmExs3P42eh1ha3B3a0aA5oXUo zvYccQnqoMSf71OWY0CQRD113Q4XO6WEKOtTt0rtw+2BskJbkeiGxJdvoI2tmxBPFTSY z+T4xfE/LsiNFyOrhOsjL7NhgZAFPrgoaVSDxCRK7KH4UYc2OsnbF/xsueyAaNgC7pxr qFjmSenPDcCvGGanHg1wKd2cTR3EIWM3TPtHyB3q4r8c6WlX+yWUZjZfyExETxKDXAW9 yyCg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=X2RZp3uI; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y18-20020a17090322d200b0017776235445si1542285plg.36.2022.09.15.05.27.12; Thu, 15 Sep 2022 05:27:24 -0700 (PDT) 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; dkim=pass header.i=@linaro.org header.s=google header.b=X2RZp3uI; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230410AbiIOLpi (ORCPT + 99 others); Thu, 15 Sep 2022 07:45:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39760 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230382AbiIOLnh (ORCPT ); Thu, 15 Sep 2022 07:43:37 -0400 Received: from mail-yb1-xb31.google.com (mail-yb1-xb31.google.com [IPv6:2607:f8b0:4864:20::b31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3B9BA9C2D5 for ; Thu, 15 Sep 2022 04:40:51 -0700 (PDT) Received: by mail-yb1-xb31.google.com with SMTP id 130so27203396ybz.9 for ; Thu, 15 Sep 2022 04:40:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=URml8S1JcYbav8DX1XKzE1rKQKPDorOXuNAY5GP/bfM=; b=X2RZp3uIbTAG42nWBtDhiSzuoKCRNm45A6Fg2dKa3ojCdS0sZROU2lCOemxw9l7XEc 3LChpuOPpo2ath6I/V8ePL+HKZEGLPuwN4Phbcy9WIrXJV+hJ+nr6a2YMm2EtAfZ/DBx qxutRNHYz4I4CYkMfyNvMAa5RhlcH2De+nGf3t7SlVb6JUnwcHV5uuBFFoZhL7nrX/O/ ddOIassWcyo1uGLY4Q7uHlsSFMGuh5M5hMt/8MHsEKDvD4/pSwD2ZMsLByD1hk/ZujAp 60nooXVG4n0GvBfkMVjoiTdbliNKbHspYW3k6lIzltDoUxphVYaWhsLhVFgiifKxyhOC BMKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=URml8S1JcYbav8DX1XKzE1rKQKPDorOXuNAY5GP/bfM=; b=KNAFBZCuxvZz/zRh6vgi/gThG5V6BBcA8XrdgASAe8QMMHex5cCDZYmyVYtJ44H3KI zKeYB1RpHigQHRYtObJdiHtTNujLIC0DXcbyz7GWl7mmRF/nXaHoB7i52ryo1z1Nh/W1 PPKtBVOjcy4qjHiVIB78JGodO69USLJSywNiWCS6DDv1grXShtMUTHLFG/8RMzgSbzEj zfRZmCcbX/NNCaamxRASVefjAZebvMlo8VzgzwL3MZ/szrGKaDGANjxM5aQktZRya7UC H/7fIqEed7LzYxbt9Td59PZOPfw0oKxCUchznjEbrEultmIVPB63qb8EBDuZgEdcOFis 0VeA== X-Gm-Message-State: ACgBeo134SKwLl9rEG+UMGC4pEWJ1sU7dXeyKG09FH20CVYPOnVpd2gs 2JPxQPgbvYMn0xd+l8sZScTpm7Yl/ortsM1Yw5PWmA== X-Received: by 2002:a05:6902:1029:b0:6af:2c99:4630 with SMTP id x9-20020a056902102900b006af2c994630mr17122921ybt.516.1663242043608; Thu, 15 Sep 2022 04:40:43 -0700 (PDT) MIME-Version: 1.0 References: <20220727100615.638072-1-dmitry.baryshkov@linaro.org> In-Reply-To: From: Dmitry Baryshkov Date: Thu, 15 Sep 2022 14:40:32 +0300 Message-ID: Subject: Re: [PATCH] kbuild: take into account DT_SCHEMA_FILES changes while checking dtbs To: Masahiro Yamada Cc: Rob Herring , Michal Marek , Nick Desaulniers , Linux Kbuild mailing list , "linux-kernel@vger.kernel.org" , Krzysztof Kozlowski , Bjorn Andersson , linux-arm-msm Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 On Thu, 15 Sept 2022 at 07:51, Masahiro Yamada wrote: > > On Sun, Sep 11, 2022 at 2:36 AM Dmitry Baryshkov > > wrote: > > > > On Thu, 4 Aug 2022 at 18:27, Rob Herring wrote: > > > > > > On Fri, Jul 29, 2022 at 1:46 AM Dmitry Baryshkov > > > wrote: > > > > > > > > On Fri, 29 Jul 2022 at 10:05, Masahiro Yamada wrote: > > > > > > > > > > On Fri, Jul 29, 2022 at 3:53 PM Dmitry Baryshkov > > > > > wrote: > > > > > > > > > > > > On Fri, 29 Jul 2022 at 08:55, Masahiro Yamada wrote: > > > > > > > > > > > > > > On Thu, Jul 28, 2022 at 2:36 AM Rob Herring wrote: > > > > > > > > > > > > > > > > On Wed, Jul 27, 2022 at 4:06 AM Dmitry Baryshkov > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > It is useful to be able to recheck dtbs files against a limited set of > > > > > > > > > DT schema files. This can be accomplished by using differnt > > > > > > > > > DT_SCHEMA_FILES argument values while rerunning make dtbs_check. However > > > > > > > > > for some reason if_changed_rule doesn't pick up the rule_dtc changes > > > > > > > > > (and doesn't retrigger the build). > > > > > > > > > > > > > > > > > > Fix this by changing if_changed_rule to if_changed_dep and squashing DTC > > > > > > > > > and dt-validate into a single new command. Then if_changed_dep triggers > > > > > > > > > on DT_SCHEMA_FILES changes and reruns the build/check. > > > > > > > > > > > > > > > > > > Signed-off-by: Dmitry Baryshkov > > > > > > > > > --- > > > > > > > > > scripts/Makefile.lib | 14 ++++++-------- > > > > > > > > > 1 file changed, 6 insertions(+), 8 deletions(-) > > > > > > > > > > > > > > > > > > diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib > > > > > > > > > index c88b98b5dc44..3df470289382 100644 > > > > > > > > > --- a/scripts/Makefile.lib > > > > > > > > > +++ b/scripts/Makefile.lib > > > > > > > > > @@ -383,17 +383,15 @@ DT_CHECKER_FLAGS ?= $(if $(DT_SCHEMA_FILES),-l $(DT_SCHEMA_FILES),-m) > > > > > > > > > DT_BINDING_DIR := Documentation/devicetree/bindings > > > > > > > > > DT_TMP_SCHEMA := $(objtree)/$(DT_BINDING_DIR)/processed-schema.json > > > > > > > > > > > > > > > > > > -quiet_cmd_dtb_check = CHECK $@ > > > > > > > > > - cmd_dtb_check = $(DT_CHECKER) $(DT_CHECKER_FLAGS) -u $(srctree)/$(DT_BINDING_DIR) -p $(DT_TMP_SCHEMA) $@ || true > > > > > > > > > +quiet_cmd_dtb = DTC/CHECK $@ > > > > > > > > > > > > > > > > This is supposed to be 7 chars or less. DTCCHK or DTC_CHK perhaps. Or > > > > > > > > always do just 'DTC'. I can fixup when applying. > > > > > > > > > > > > > > > > I'll give it a few days for other comments. > > > > > > > > > > > > > > > > > > > > > > > > > > > > When you change DT_SCHEMA_FILES, re-running dt-validate should be enough. > > > > > > > You do not need to re-run dtc. > > > > > > > > > > > > > > I guess the strangeness comes from the fact that you are trying to do the > > > > > > > two different things in a single rule. > > > > > > > > > > > > The issue is that with the current rules the dt-validate isn't > > > > > > re-executed on DT_SCHEMA_FILES changes. Thus comes my proposal. > > > > > > > > > > Correct. > > > > > > > > > > What I said is like this. > > > > > > > > > > # touch the timestamp file, %.dtb.checked > > > > > $(obj)/%.dtb.checked: $(obj)/%.dtb $(DT_TMP_SCHEMA) FORCE > > > > > > Not really a fan of the thousands of files that creates. Maybe if it > > > was turned into something useful like a list of schemas that apply to > > > the dtb. IOW, a dependency list. That would speed up re-running after > > > a schema change. Though if a schema change created new dependencies, > > > that wouldn't work. > > > > > > > > $(call if_changed_rule,dtb_check) > > > > > > > > > > $(obj)/%.dtb: $(src)/%.dts $(DTC) $FORCE > > > > > $(call if_changed_rule,dtc) > > > > > > > > > > $(obj)/%.dtbo: $(src)/%.dts $(DTC) FORCE > > > > > $(call if_changed_dep,dtc) > > > > > > > > > > > > > > > With the dtc/check split, we can avoid unneeded regeneration of > > > > > %.dtb when DT_TMP_SCHEMA or DT_SCHEMA_FILES is > > > > > changed. > > > > > > > > > > > > > > > One drawback is we track %.dtb.checked and and %.dtb separately, > > > > > so something like 53182e81f47d4ea0c727c49ad23cb782173ab849 > > > > > may come back. > > > > > > > > It's up to you and Rob, but I'd really prefer a simpler solution here. > > > > Regenerating dtbs sounds like a minor pain compared to hacking the > > > > top-level Makefile again. What I really like is that if one has > > > > CHECK_DTBS=y (for whatever reason), he can not generate dtb without > > > > validation. > > > > > > I lean towards just rebuilding the dtbs. That's pretty quick and > > > ensures we get dtc warnings with schema warnings. In the long run, I > > > would like to make the schema checks not optional to run. The > > > impediment to doing that is lots of warnings (but not not some > > > platforms), adding a tool dependency, and validation time. > > > > Rob, Masahiro, do we have any conclusion here? I can change my patch, > > but I'd like to understand in which way I should change it. > > Fixing/testing yaml changes is a bit painful w/o this change. > > > > -- > > With best wishes > > Dmitry > > > > > I am fine with the patch as long as you fix DTC/CHECK to DTC. Ack, I completely forgot about this part. Please excuse me. I'll change it to DTC_CHK (as suggested before) to fit into 7 chars in v2. > > Another idea is to re-check the schema every time, > like this: I think this will add the external build dependency. We tried a similar approach several releases ago and had to revert the change. > diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib > index 3fb6a99e78c4..9fc9f39fb12e 100644 > --- a/scripts/Makefile.lib > +++ b/scripts/Makefile.lib > @@ -375,13 +375,9 @@ quiet_cmd_dtb_check = CHECK $@ > cmd_dtb_check = $(DT_CHECKER) $(DT_CHECKER_FLAGS) -u > $(srctree)/$(DT_BINDING_DIR) -p $(DT_TMP_SCHEMA > ) $@ || true > endif > > -define rule_dtc > - $(call cmd_and_fixdep,dtc) > - $(call cmd,dtb_check) > -endef > - > $(obj)/%.dtb: $(src)/%.dts $(DTC) $(DT_TMP_SCHEMA) FORCE > - $(call if_changed_rule,dtc) > + $(call if_changed_dep,dtc) > + $(call cmd,dtb_check) > > $(obj)/%.dtbo: $(src)/%.dts $(DTC) FORCE > $(call if_changed_dep,dtc) > > -- With best wishes Dmitry