Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3377200pxb; Mon, 17 Jan 2022 19:02:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJwIrlJiIdIYwacZHfWicFiDhalGLPlalgAHNI2M5V1gjKSkRJXpr7eVpAw6m9wP3W2P0wwV X-Received: by 2002:a17:90a:9b0e:: with SMTP id f14mr9680905pjp.205.1642474942504; Mon, 17 Jan 2022 19:02:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642474942; cv=none; d=google.com; s=arc-20160816; b=YeY0gbDX+3GbyoHPFDSS9v43/8YsYwmBfuHCcnj90Fg7zHajZ0p8vFs/KXufaSPLNB +fNnJAPl/fyYYyv1DEVKz64J/S7t/l5mjpoKXwXg8RFC3m9jjw/1jdXBUkoSYLILU++6 1342ejmnf5gq5LvTvX0vLMVseobDjC31CBAB4uZDwm6T/BJcV4UDUd8tyYPzVUXGZrGT pZXlXQNMtZj88T3bg1iIq54dvPG2lWfJD1mVf9U1ouC/xWSaWxV09ksG4p3b/yD+5lo9 2Uz6PXAmHCIVSUh1hrlNqFBM2BDCTiikNrms6IiR4n+oEc33qroQvY3COep91ftIgVrm 3O4Q== 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=dX5BDdPmD+NPI6WaR8s/OfKSkKWqboFHvMNVeJ4mtho=; b=rwqV4y2UdGzMkw5ZwLArNXMstV/cmWznGn9xtI2wNTY5Vk0O9m7zTtwgwaTph16Rwt gM7neykqpXAN9xOXx74avSygkOkgame5VvXKZ+GSxOo2ETp3jKUDJ5sdVDm3WbeKwHGe 1k6AGs6hvZ0Arb6T8QRHMHAbmeRPGZCcElupm6FopqdrL/ynLuBNFXzVsgarJYCI+WYs tMECZrUYYXkLqfg5VL1CQhAoicDRm3beq3U8QZAP/hT3KQtb/qRAC5N2npi7SZ5RPZQ6 Ka1uF/962RrzbOTeJUYPu3z6Kyi0ZCqIqgpZT/1v8izpb5WxWRIB1Wv+IgGbgQtSDPlR Tz+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lixom-net.20210112.gappssmtp.com header.s=20210112 header.b=BJHo0ew6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 27si1231417pjd.93.2022.01.17.19.02.10; Mon, 17 Jan 2022 19:02:22 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@lixom-net.20210112.gappssmtp.com header.s=20210112 header.b=BJHo0ew6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242633AbiAQU0S (ORCPT + 99 others); Mon, 17 Jan 2022 15:26:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35412 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241503AbiAQU0R (ORCPT ); Mon, 17 Jan 2022 15:26:17 -0500 Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0F340C061574 for ; Mon, 17 Jan 2022 12:26:17 -0800 (PST) Received: by mail-pl1-x62b.google.com with SMTP id v2so7501536ply.11 for ; Mon, 17 Jan 2022 12:26:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lixom-net.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dX5BDdPmD+NPI6WaR8s/OfKSkKWqboFHvMNVeJ4mtho=; b=BJHo0ew6lxRnbn+aN6pFlwQsdGTqnRA9NKFS6jblkxWxLayQuvtV333n7ZthAwgJnT AXrDQvKS4+fj/sL/B1JrAkbxVoYUSWv+dNmoQiZ9CkAKJHZZE6iUXL3wElW5o66iMzyX SDBnTISDGMd/utWP1KY0CK/G50WGQsCA/fUB6O5pCq9wE7v/zIMcsS0ldOfTGmslCNb/ gy0EWqOKlY/5t5UaXqYbhiqefybF7MLzq2GBsWuOb9+nYnudDoiw1o9Qo8Zw5q9OrmtP lG2fGZEc6quxHMcBFNv5LsB1MZLspOb7joO3eS/Ta/sl/aQKXuffCQUAxFRFicczlZBU /B7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dX5BDdPmD+NPI6WaR8s/OfKSkKWqboFHvMNVeJ4mtho=; b=ZHM6L6N8khTIUN6WkN+Zmu30Ga7jo0liJrSWicO5T646ZGa7pjLZTt1pHUArPEYwlh R3FDIxzSb/gKMu3xqenVUrkbohGTL8HahTpDMm1o/dM6VwUXMP1iYp16RY45zW3uxbnO v5U44utXKfnnPnY67sar9dWx7QMv1HE48xgoCRdCaIjlYV2xVUSTu1XKRmyr2+cvH3oy LSjFhIUYk2+RWjHjyfP+8X1XkqFW5lEyPM+/8hjAjHRLsxBKbPnQs3LlMTn1X4oVgHmR rC3qlJ0VmF14OEv+/da0rMJ8P0aUw8zFcDfDzh8SXjxPGLvr5EhtHD46w/TPsLQCnY1J 2SVQ== X-Gm-Message-State: AOAM5332jIfgdgJSiaa6WKsW7+T0B6W3PSluJtWC68rnxME7XWjAAFNg 97e6dlF245v4ijYl4UwI200Sj2vvuOVltzK8/EewTA== X-Received: by 2002:a17:902:b947:b0:14a:a6aa:4fa6 with SMTP id h7-20020a170902b94700b0014aa6aa4fa6mr10975861pls.149.1642451176378; Mon, 17 Jan 2022 12:26:16 -0800 (PST) MIME-Version: 1.0 References: <20220111201426.326777-1-krzysztof.kozlowski@canonical.com> <20220111201722.327219-18-krzysztof.kozlowski@canonical.com> <5047da7c-d3a6-5472-b0ca-7ed3dbe8a5fe@canonical.com> <77bd8fa4-2b35-352c-da07-ef91fcbed454@canonical.com> In-Reply-To: <77bd8fa4-2b35-352c-da07-ef91fcbed454@canonical.com> From: Olof Johansson Date: Mon, 17 Jan 2022 12:26:04 -0800 Message-ID: Subject: Re: [PATCH v2 24/28] dt-bindings: pinctrl: samsung: convert to dtschema To: Krzysztof Kozlowski Cc: Linus Walleij , Arnd Bergmann , Tomasz Figa , Sylwester Nawrocki , Rob Herring , Linux ARM Mailing List , "moderated list:ARM/SAMSUNG EXYNOS ARM ARCHITECTURES" , "open list:GPIO SUBSYSTEM" , DTML , Linux Kernel Mailing List , Marek Szyprowski , Sam Protsenko , Chanho Park , Alim Akhtar , Rob Herring Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jan 16, 2022 at 11:45 PM Krzysztof Kozlowski wrote: > > On 16/01/2022 22:38, Linus Walleij wrote: > > On Sun, Jan 16, 2022 at 6:10 PM Krzysztof Kozlowski > > wrote: > > > >> Anyway DTS and dtschema will have to wait for one release, because they > >> depend on samsung pinctrl driver change (patch #2). > > > > What about I put that (and maybe this schema) on an immutable > > branch so you can pull the commit into your for-arm-soc branch and > > put the DTS changes on top? > > That would be a solution if not a policy for arm-soc of keeping DTS > separate. Arnd and Olof since some time are not happy when DTS branch > receives any driver updates. > > Arnd, Olof, > This is a set of dtschema conversion + DTS alignment with new schema: > 1. Driver change necessary to accept new DTS (driver depends on node > names and this has to change because of dtschema), > 2. DTS commits depending on above, which convert node name to new format, > 3. Finally dtschema requiring new naming of the GPIO nodes. > > If I got correctly, the policy of not mixing drivers and DTS requires > that #2 above (DTS changes) will wait for one more release. During the > time, if dtschema (#3 above) is applied, there will be new warnings > about non-compliant DTS. > > Do you see any chance of merging driver + DTS + dtschema via same tree > in same release? Our general guidance to separate DTS and driver changes is to avoid large entangled changes between the two, and to discourage a developer mentality of "the implementation is the binding". I think this is a good example of when it makes sense to bring in what is a fairly small and clean driver change to deal with this. So the right answer here is to stage such a stable branch and merge into both arm-soc and the pinctrl subsystem trees as proposed. -Olof