Received: by 2002:a05:6358:111d:b0:dc:6189:e246 with SMTP id f29csp591921rwi; Wed, 2 Nov 2022 15:54:20 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6dprSOblcRUruj3MK+u+nY71/pcAzAg7a2pE0TBmd4c9V28e+InxGKaZr3ub+L5vuSTSxJ X-Received: by 2002:a05:6a00:170a:b0:563:a40a:b5e1 with SMTP id h10-20020a056a00170a00b00563a40ab5e1mr27114082pfc.40.1667429660102; Wed, 02 Nov 2022 15:54:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667429660; cv=none; d=google.com; s=arc-20160816; b=MdfxSY1/0FGpODFDHovlTcvBMNeLl5RCy1b5dlx32sd06gcWiy5bxHnboaxjG8rguJ rgwyPvaVAqfHW6lIZ/9ovXPK23ePmKG61bMIu+vSfK9VnAQEPA5LFzhc0JUK8e33BZ3A rJpIl1S8/qk+a32eaapa1+faWoH2vF7tg9jmaUmCAWMSUzq18I/mmzhAzK81+zyY52Aq mhVoV9d3ZP8SEnEW8rXCekL/1ttuutJnT76hbW7xv52bVvWeDrM0uDPOnio6/t9v/Dtd lcDzl5fpeCdr830WjFFGEQIO66+sw5xA90RHAg/XDREhg7HBMwLkN+FW//7SE21RWcwF DxNg== 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:dkim-signature; bh=AR+RpptO93OXstfiAhWbUVqw4hBBZs7vD9OUXvkHxOE=; b=SgJeXdT68PHTdYhFt1pZ1VHmUNiClpLVR1rRE6pRoDi3MqsCto3e8fcIoz0EUMS8Pe k6gkLPKOGPVobIwHwbI0RobXVH6Bt5i6Hr7B1rPcJXnrY3v20NiGMiPXjAguro0my3VK FB8qQlopk+zbrJL/tE5+z+wVoWxnwpcIvehwLouT1kz82LkZcxdi6La9jASFx4bphZPU YK0grhIHwiZSzgaZQrBtSEzyehCP5q8V/BmMgHGQbIMoaqE5g0BRHIXiWS+lfIemFCwt tXfewkJm5K2YBhJTDNE5uPbf0UP9gV/HJtTTeI453/WgHCnnUhe8/pziDRCEWwgVhz8l czOw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=Chs0dNoD; 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=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v23-20020a17090a521700b002009ed52bf6si3338723pjh.19.2022.11.02.15.54.07; Wed, 02 Nov 2022 15:54:20 -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=@collabora.com header.s=mail header.b=Chs0dNoD; 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=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231297AbiKBVrF (ORCPT + 97 others); Wed, 2 Nov 2022 17:47:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45496 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229624AbiKBVrE (ORCPT ); Wed, 2 Nov 2022 17:47:04 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 82B86EE18; Wed, 2 Nov 2022 14:47:01 -0700 (PDT) Received: from notapiano (unknown [IPv6:2600:4041:5b1a:cd00:524d:e95d:1a9c:492a]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: nfraprado) by madras.collabora.co.uk (Postfix) with ESMTPSA id 8690B66017D3; Wed, 2 Nov 2022 21:46:58 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1667425620; bh=wr7XvMBx78CPPZbFbCo5cFsqN667CuKHD66q8hrxbsU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Chs0dNoDzTTzVfBcJOaxY9re2NI0KcgqFwFCYcBI2SiP7ViF9AwVnzmuBZJ+PTFha 733pUwWjrPpCGTfB33H0bLV6UmKAAedHz2UKfEkrUXUZvV35TCDhfOGT03jAoN/rKB 1A8TEcUoKwUSzyfbQi0Mf4w43y95HOoBTc2VwtNpyRASXdGxYy35IXY9xRoRcn2v6I vBEhVhPlUg08iQexwCyokTyU7YfPgPI7zF1t/VxHgK+D2dEl9ma8aVxB6y06A6oBW4 TqkApFf5nIlPOXJa9ejtMrYuKcRHWeK8QQw8mxGpp936vMi8VxHiKrczXPb2rzjsSN dYX9bWcsjcdPg== Date: Wed, 2 Nov 2022 17:46:54 -0400 From: =?utf-8?B?TsOtY29sYXMgRi4gUi4gQS4=?= Prado To: Rob Herring Cc: AngeloGioacchino Del Regno , kernel@collabora.com, Masahiro Yamada , Matthias Brugger , Michal Marek , Nick Desaulniers , linux-arm-kernel@lists.infradead.org, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org Subject: Re: [PATCH] kbuild: Add DTB_FILES variable for dtbs_check Message-ID: <20221102214654.axyptitp5kpq3wcq@notapiano> References: <20221101220304.65715-1-nfraprado@collabora.com> <20221102171343.3ajwlkxhp7s7r36k@notapiano> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221102171343.3ajwlkxhp7s7r36k@notapiano> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,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 On Wed, Nov 02, 2022 at 01:13:48PM -0400, N?colas F. R. A. Prado wrote: > On Tue, Nov 01, 2022 at 06:03:03PM -0400, N?colas F. R. A. Prado wrote: > > Currently running dtbs_check compiles and runs the DT checker on all > > enabled devicetrees against all dt-bindings. This can take a long time, > > and is an unnecessary burden when just validating a new devicetree or > > changes in an existing one, with the dt-bindings unchanged. > > > > Similarly to DT_SCHEMA_FILES for dt_binding_check, add a DTB_FILES > > variable that can be passed to the dtbs_check make command to restrict > > which devicetrees are validated. > > > > Signed-off-by: N?colas F. R. A. Prado > > > > --- > > Usage example: > > make dtbs_check DTB_FILES='arch/arm64/boot/dts/mediatek/mt8192-asurada-spherion-r0.dtb arch/arm64/boot/dts/mediatek/mt8192-asurada-hayato-r1.dtb' > > Hi, > > I have just learned that it is already possible to achieve the same thing by > passing the dtbs explicitly to make and enabling the DTBS_CHECK flag like so: > > make CHECK_DTBS=y mediatek/mt8192-asurada-spherion-r0.dtb > > This flag isn't documented anywhere outside the Makefile however. So I'll send a > patch documenting it shortly, and this commit can be ignored. Patch: https://lore.kernel.org/all/20221102214300.309347-1-nfraprado@collabora.com Thanks, N?colas