Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp71158imn; Thu, 28 Jul 2022 23:10:42 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tAeFZmkjRh/vFjsRjUxkQa7j823fOu85zWa6M+eA803y1cRldx30PDABQTfN4Bhqp0stYA X-Received: by 2002:a17:906:7304:b0:6ff:a76:5b09 with SMTP id di4-20020a170906730400b006ff0a765b09mr1722573ejc.193.1659075041933; Thu, 28 Jul 2022 23:10:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659075041; cv=none; d=google.com; s=arc-20160816; b=wEROWWYFM0tRPKjYSLXIbFGlMyRiiXMO6UT5kchT3LXa+cIHttCiT+jjeg+qnhDSDA Ie3+viLsMJdboj9OoT6GC8t3TyejXZR+iXOA9VTTG4iZtOdysODSnu7Ao+R8rp9FoUb1 f7QU8w32mMsF1+YY98h8TTkJnjY86+qSb6033qOnZLMbEK60HqEaXHyXk1+J7BoGa0yT 074c088QkeJqkhbnVRuNCvnceDwNRWVMHP1311yVKay1V/GmyVAQWS/Ruc+KwTkDjPix UqBZoT2Ld5KzGEaSOt7Pm1UOiHGRuV7iOx22gtfDm3sQLEHC6hSK9Cv7oYyPT6w74DYt guRA== 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:dkim-filter; bh=DnvzI67gOmEywdaRg5LcyVuyJs1mZicZdoCVJ0sG/Zw=; b=WyNTYWPt5XbWTEiwONdyjp2EAgEAR+nIjU1F0uX90cfam1glNRIPpMb8l8PKIb+EQ/ R4whIsipzzRh7yjNGIVf3TPi+XNlSkjBKQtdmopIJWfAWP5tzVciPwIvIlXDrOcNVD6J bNKZe2b0kgvAkqtqF5HHM3XmgDZx7tTo8k9t3fnNoq6MQ8QfPBnOVk3VGbfmiomNeRSX kGJSnKrtJFldjiwzRkyHSiacl33p0GP7QvRPlhavjLDSDdWuOVSUj3sFFV2I1PKEQJBh pCFEPv1iOizazbfhF3ZKIPK/uNpQkpDSaWJ/1QUTQH+okAxWQpXKqIDaINAzBoRPpB2Q R2Sg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=iU1xPV+g; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ty18-20020a170907c71200b0072f66504cc1si2284409ejc.334.2022.07.28.23.10.17; Thu, 28 Jul 2022 23:10:41 -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=@nifty.com header.s=dec2015msa header.b=iU1xPV+g; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234026AbiG2F4Q (ORCPT + 99 others); Fri, 29 Jul 2022 01:56:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49136 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229512AbiG2F4O (ORCPT ); Fri, 29 Jul 2022 01:56:14 -0400 Received: from conssluserg-01.nifty.com (conssluserg-01.nifty.com [210.131.2.80]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0897879EE8; Thu, 28 Jul 2022 22:56:11 -0700 (PDT) Received: from mail-wr1-f47.google.com (mail-wr1-f47.google.com [209.85.221.47]) (authenticated) by conssluserg-01.nifty.com with ESMTP id 26T5tXmw009590; Fri, 29 Jul 2022 14:55:34 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-01.nifty.com 26T5tXmw009590 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1659074134; bh=DnvzI67gOmEywdaRg5LcyVuyJs1mZicZdoCVJ0sG/Zw=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=iU1xPV+gspQicXUBfnJdv27Cy6uH189ToOcGrsZc6rz6EfVJKAFW8PyGtl8sqduVz DEKOnQpDN/kk5sQMstVuoURakgTfcmaXkcY+MvH3ZVmPRsIZLBRWiFZ3GZoFMAx3P5 jQtim5RtP0l/4KemdKy1MRNZ7rEzuawGCVOMcmS6P8hdgDoL2x4j0xd1cFkpfWE7ls 2d7twDaN1EVZTApreZLIJxhqOCYsLIikcdrd5xT38Oy2/6xZuZIreIF0w5dtIg5xua RAfyu6FxAZBywHMuye7/mVxBadGANZ6fUZmZjggaYsERdMtRJ39YY92ShyALXQzkHi r8keC4xcV5HRA== X-Nifty-SrcIP: [209.85.221.47] Received: by mail-wr1-f47.google.com with SMTP id z17so1524wrq.4; Thu, 28 Jul 2022 22:55:34 -0700 (PDT) X-Gm-Message-State: ACgBeo3eAti7KcMEFTzmPU6lXQMjSYzXkXgZgIMVKO1jQoQX5mN2TlBP B9g6iusWlmMlwg9AOstfYGZsub+qd6QHBOZ55bI= X-Received: by 2002:adf:d1e2:0:b0:21d:d40b:d816 with SMTP id g2-20020adfd1e2000000b0021dd40bd816mr1184607wrd.682.1659074132901; Thu, 28 Jul 2022 22:55:32 -0700 (PDT) MIME-Version: 1.0 References: <20220727100615.638072-1-dmitry.baryshkov@linaro.org> In-Reply-To: From: Masahiro Yamada Date: Fri, 29 Jul 2022 14:54:56 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH] kbuild: take into account DT_SCHEMA_FILES changes while checking dtbs To: Rob Herring Cc: Dmitry Baryshkov , 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=-1.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no 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, 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. -- Best Regards Masahiro Yamada