Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3488438rwb; Sun, 25 Sep 2022 07:21:20 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6BsfoSYt0PJuYMYgRl14eVGsUfIQeKFbGPyfSkf818CETP5IRi7LXKuh5Fwe0zO/r5lFD3 X-Received: by 2002:a17:902:f54d:b0:178:2321:95a0 with SMTP id h13-20020a170902f54d00b00178232195a0mr17471503plf.6.1664115680328; Sun, 25 Sep 2022 07:21:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664115680; cv=none; d=google.com; s=arc-20160816; b=VBkG1skkAhAe1SnkW/U7EHr8RYaSVhiG9Cx5lvIMkYtJGBitHi03NFDcmmA/TJ3qMs p+HLIKDQth1+dOGKA2F4RsYwqA1GICL9YMrl39OqSjCRYVPy4ZAYTTy6OGG2JCInSv6n 0J9wqoT139YYm70QfjlQw4SPBFlg3t6PYquKLK/KsKGiBW0W499v3lha73uaFeeO4tGD azh3gy6o8OLzYQUsMDZyvqLFFFtPGmVGRcaimDqu3lMXMJM6hCo+IQ9LHzF0wtUNCTUf jzuj3RpRl2lzrt+0X4B5XpVd1MglAyzPnV3qehB+VcH7wl5UvGy7IJXoGfClioSKGOj5 JSsQ== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=y4Fvb9tFgDidWGuwba+gD4vi++BPYzS+rjY1SrTWt8M=; b=HQpUc3ltd1Q7OwngbMIhqIlVZA6Hv7I+uJDR1TVAEYnQB/K9qsO4WAiyVcfRBeezuv SnN/zcdQ7rqxRHTaHBMgqiF9fGWjL4DpA7XBJNMuhxlgfBt+UopIRFrqBwiD5zFVCdxI NrT+2PrEAbZ6lej8hP9rlUBlfbbPBV/3ZcdUg9jr1x1hQJsr/jdBigVCVHdYgKaOFPsG gnzO3khL/D5jjgsz4UH7dRf96YlRc39YxZrD7uCU/q3HYUms1yTasDFIvVGcSW8BvEDF 9ktzSGxxrxV8xver+HN91FNEDuHqdw/W8CNTuWEC0tWT9QPKBLH4Q8/V+NXXXiLltiug Ms0Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gerhold.net header.s=strato-dkim-0002 header.b=AEoxGvub; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w12-20020a170902e88c00b001785c39497esi10715922plg.410.2022.09.25.07.21.00; Sun, 25 Sep 2022 07:21: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=@gerhold.net header.s=strato-dkim-0002 header.b=AEoxGvub; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231916AbiIYOGS (ORCPT + 99 others); Sun, 25 Sep 2022 10:06:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38534 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230059AbiIYOGQ (ORCPT ); Sun, 25 Sep 2022 10:06:16 -0400 Received: from mo4-p01-ob.smtp.rzone.de (mo4-p01-ob.smtp.rzone.de [85.215.255.53]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 34AD9286F7; Sun, 25 Sep 2022 07:06:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1664114411; s=strato-dkim-0002; d=gerhold.net; h=In-Reply-To:References:Message-ID:Subject:Cc:To:From:Date:Cc:Date: From:Subject:Sender; bh=y4Fvb9tFgDidWGuwba+gD4vi++BPYzS+rjY1SrTWt8M=; b=AEoxGvubdnYyLAIj4WH2a4LrXLrN95SyJ55FQXn2hx6lxdtg+qW/veoO6MyS6XVBKK WFjt1YBpDE1JaFhdZbdjlvhG00HCGs51TvVxibl5B5yNLWZtRnt/AfROT5x0JjcIMlR4 tMMyJckPlJCoxKF3Nx7jPaWLM8kM8koslnUDOtY4n+YonlMG6LIRZIGIjreMmzs819Ym vj90qO5/i4PMOY9b5FQCKkHunPQaSx71D0c+5RnFsHWC89NGhPEgde8mZ9pexKbBYJUs +f4X1QCSOnq2910pycKvJcw3zovlYjMXEtp/y99muEt1Zd/tHTOdzE7D0RAw3FA7qZXK co2A== Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":P3gBZUipdd93FF5ZZvYFPugejmSTVR2nRPhVOQ/OcYgojyw4j34+u267FZF9PwpcNKLVrK85lg==" X-RZG-CLASS-ID: mo00 Received: from gerhold.net by smtp.strato.de (RZmta 48.1.1 AUTH) with ESMTPSA id dde14cy8PE0B5Wh (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sun, 25 Sep 2022 16:00:11 +0200 (CEST) Date: Sun, 25 Sep 2022 16:00:04 +0200 From: Stephan Gerhold To: Krzysztof Kozlowski Cc: Andy Gross , Bjorn Andersson , Konrad Dybcio , Linus Walleij , Rob Herring , Krzysztof Kozlowski , Sricharan R , Shawn Guo , Vinod Koul , krishna Lanka , Sivaprakash Murugesan , linux-arm-msm@vger.kernel.org, linux-gpio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 17/32] dt-bindings: pinctrl: qcom,msm8909-tlmm: do not require function on non-GPIOs Message-ID: References: <20220924080459.13084-1-krzysztof.kozlowski@linaro.org> <20220924080459.13084-18-krzysztof.kozlowski@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220924080459.13084-18-krzysztof.kozlowski@linaro.org> 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_PASS,SPF_NONE 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 Hi Krzysztof, On Sat, Sep 24, 2022 at 10:04:44AM +0200, Krzysztof Kozlowski wrote: > Certain pins, like SDcard related, do not have functions and such should > not be required. > > Signed-off-by: Krzysztof Kozlowski Thanks a lot for all your effort to clean this up! > --- > .../bindings/pinctrl/qcom,msm8909-tlmm.yaml | 12 ++++++++++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > > diff --git a/Documentation/devicetree/bindings/pinctrl/qcom,msm8909-tlmm.yaml b/Documentation/devicetree/bindings/pinctrl/qcom,msm8909-tlmm.yaml > index b1735918fa90..e4332e628698 100644 > --- a/Documentation/devicetree/bindings/pinctrl/qcom,msm8909-tlmm.yaml > +++ b/Documentation/devicetree/bindings/pinctrl/qcom,msm8909-tlmm.yaml > @@ -53,7 +53,6 @@ $defs: > description: > Pinctrl node's client devices use subnodes for desired pin configuration. > Client device subnodes use below standard properties. > - $ref: "qcom,tlmm-common.yaml#/$defs/qcom-tlmm-state" > > properties: > pins: > @@ -113,7 +112,16 @@ $defs: > > required: > - pins > - - function > + > + allOf: > + - $ref: "qcom,tlmm-common.yaml#/$defs/qcom-tlmm-state" > + - if: > + properties: > + pins: > + pattern: "^gpio([0-9]|[1-9][0-9]|10[0-9]|11[0-7])$" > + then: > + required: > + - function > Is it possible to place this into qcom,tlmm-common.yaml? If the pattern is only used to make "function" required for GPIOs, then it should not matter if it matches just the prefix ("^gpio") or the exact set of allowed GPIO numbers. The definition of the "pins" property will already take care of validating those. Or are there some Qcom SoCs where a GPIO without "function" is valid? Thanks, Stephan