From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.7 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 57D86C433B4 for ; Tue, 13 Apr 2021 02:36:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 2AB7461242 for ; Tue, 13 Apr 2021 02:36:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237438AbhDMCgf (ORCPT ); Mon, 12 Apr 2021 22:36:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44402 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231138AbhDMCge (ORCPT ); Mon, 12 Apr 2021 22:36:34 -0400 Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DFB71C061574 for ; Mon, 12 Apr 2021 19:36:15 -0700 (PDT) Received: by mail-oi1-x22f.google.com with SMTP id a21so2504749oib.10 for ; Mon, 12 Apr 2021 19:36:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=1W0qgFXOwcGeGkoX3BtzeUrwEFAThPyRgahxXi51edQ=; b=vFDPS8jGKHSnUpxbUJ06UCGO0qQ9WUhdhigkpPGZWZd+7ADtSAO0uObIBf8KwREmZT wpwCYXvDZkbX5ElONctoFnT4rn68sv3+TtKLadv6L5G2eQOUEIqEI6VqD/gphdf8G+rE HxbCgPf3xszCFVrUd82MOSCZ6B+6SzMsg3N5c/0DuoUjE577i8aOgCyBKhikCdOZF2at GigsGGnWDtaZOHbA7ZpRcE7dZoUs3SY4yA/oex0Q7/mVRrXisCjoFufPQy11GA4FfLfv Aa7vOIUVeN1nnADsppOjYVsCSrTTLnjRvZgRVhU7M5vH+Jtq5+DgxLuV2TRw5xk73SSt VjrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=1W0qgFXOwcGeGkoX3BtzeUrwEFAThPyRgahxXi51edQ=; b=hFz7EGhjKmVPsIANGqRoV29dHSuA/CY2tSFJMlYwsvq87vaXZjK1tP0FIKm9Q18tTN OjAqcG/MWH7CAMJhEBYnu3CmCo/J7Ko7Ufru9raA79pp88ruqcIEST1Iprdmi6/kup0m gTsqeiydTT9ef8ugOcoK1x2/VQ361D8ST69m8YpyACkxMAgIz4jUd7Qw1epj3ZpCfoFg SOkqfQjtDasisythpN3r16DA9zEJC7yFBR4YxOtnXp4Q5JGOurIseUEDpD2ft5uzbpIp MThJAmXhB7VRv12RFET+Nh9G+QJIWzBmspP+sT89kCWknhvRj4XM2NPSuKisb7KFVaao y8Xg== X-Gm-Message-State: AOAM532XTP/uCCKdWVT/W/Lbl/X7rwSLSCv+Ka1le/EElgX+t1ggNHBc ulz70FvkA8Jvrklb81brVoGeQQ== X-Google-Smtp-Source: ABdhPJyETmo337jDHkzhWwLzvIm8y71EMibugr9rZ+9yLbbO2H2ShEbUvG4cC3VgfFHjeczqmy4Dyg== X-Received: by 2002:aca:df44:: with SMTP id w65mr1642090oig.36.1618281375262; Mon, 12 Apr 2021 19:36:15 -0700 (PDT) Received: from yoga (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id 128sm2551521oog.37.2021.04.12.19.36.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 12 Apr 2021 19:36:14 -0700 (PDT) Date: Mon, 12 Apr 2021 21:36:12 -0500 From: Bjorn Andersson To: Arnd Bergmann List-Id: Cc: Geert Uytterhoeven , DTML , Rob Herring , Linus Walleij , Alexandre Belloni , Alexandre Torgue , Kevin Hilman , Linux Kernel Mailing List , Linux ARM , Tony Lindgren , Shawn Guo , Matthias Brugger , Nishanth Menon , Tero Kristo , SoC Team , Krzysztof Kozlowski , Gregory Clement , Florian Fainelli Subject: Re: New 'make dtbs_check W=1' warnings Message-ID: <20210413023612.GH1538589@yoga> References: <20210412160116.GA904837@yoga> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Mon 12 Apr 13:52 CDT 2021, Arnd Bergmann wrote: > On Mon, Apr 12, 2021 at 6:01 PM Bjorn Andersson > wrote: > > On Mon 12 Apr 08:14 CDT 2021, Arnd Bergmann wrote: > > > On Mon, Apr 12, 2021 at 1:32 PM Geert Uytterhoeven wrote: > > > > On Thu, Apr 8, 2021 at 5:08 PM Arnd Bergmann wrote: > > > > So the same binding patch is picked up both in the driver and soc tree? > > I was expecting that to cause (harmless) conflicts when things arrive in > > Linus' merge queue? > > > > Or are you saying people go the length to create immutable branches for > > each binding? > > I think it's usually one immutable branch for all the bindings of a given > merge window. This avoids the merge conflicts, and you can add further > bindings on the same branch before sending it off to the soc tree. > That would be convenient to have, but the binding changes we depend on in a given window (in particular if dtbs_check is expected to pass) is scattered over a wide range of maintainer trees. > > I'm curious because it's fairly often that we introduce clocks, > > interconnects etc where the macros from the dt bindings includes aren't > > available for another release (so we use numerical constants and then go > > back and fix them up later). > > Ah right, it is particularly bad for platforms that don't have a regular > layout in these blocks and need to define a new constant every time > another clock/reset/pin/... is discovered in the downstream sources. > Even blocks following some standardized layout has this problem, because each platform will have it's own (often similar) set of clocks/resets/pins. And going back to dtbs_check, you will continue to see the warnings about missing compatibles, because most of the case they won't end up in the soc tree. > I was mainly referring to the simpler problem of defining a binding > document for a device once, and then merging the nodes. > I'm sure we all love the hardware that's simple to translate to a DT binding, unfortunately though we're dealing with complex SoCs. Regards, Bjorn