Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2294166pxp; Mon, 21 Mar 2022 16:07:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzqlHW/qf0RG+9NSlJPr/y88LlLlmoJcxYVVbSGSRM2w33E+AFrtV55644ZVD1ZlJUmI2jV X-Received: by 2002:a17:902:f646:b0:151:d5b1:cbb4 with SMTP id m6-20020a170902f64600b00151d5b1cbb4mr15098208plg.150.1647904064875; Mon, 21 Mar 2022 16:07:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647904064; cv=none; d=google.com; s=arc-20160816; b=stjf6qtLi+sVTZx2jVUGBiv6gV538W6dog5D8niv856Yaq0XhOe8lid4idaLs/xNIE afrelumvmPBXRG9MtODRmGdzIc1BstuPyoxXoUJQca1K53jZSK2j9gSWyO+sBp4JFF+v LkbNq+paXPsE9LzNU0dEJzJWTC87dxogfOfFWsdluQhSiHFgxRmmX8mzuOUJAGAOgrBA MIzvgx1RByq3kZTIktwvfG1GjlkpqXm5nqdFguOFYOdDBfUJGraGk0PdEvpKtplLTUcf 02ju0WIEgAoTmEAW2zIn/JWO/8oOQDZ3/KBqkcfo2mg/ke5EQqqKTsX1xV7UrX7YLnUK Eqvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:references :cc:to:content-language:subject:from:user-agent:mime-version:date :message-id; bh=UBrDULiQVv8qxD7aYk4AWDstYoyKO8wQgQDksvjZNBs=; b=UUWPE8lPW/5VO8LPseBG+iEO/pHG/MTpFO6DPT3/O6xj/ZkIBrVKU4jssSPzkbCZg8 DHFZoPoRg4rZrBD7rHnYwdNxt9W9ks7KLwj4fdQzDwa++Ao3UymSpPfzLtCYNBJujtK9 KyyzK4Ouzf6QGShrEegSOoxqHYa56Y7Wz6bA/sW5DZQbISZ2GY8mY4Ok5f7AyxR/VQaM 0I/BQaOQg3PL61nEykARHfg7lhljeYZZfjZziaTp+0tObKJz3UmWcLXerGHtzL4rA1j7 syGrUggCX9CtfU/XUs6Vnj6SaD3byB11knwepPtk1Rf6XilxX1utCOulUEcFEBR6V3Iw Y0lA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id i14-20020a170902cf0e00b00153b2d1650asi13420713plg.274.2022.03.21.16.07.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Mar 2022 16:07:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B181841EDA4; Mon, 21 Mar 2022 15:06:05 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244541AbiCTLSi (ORCPT + 99 others); Sun, 20 Mar 2022 07:18:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47384 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238061AbiCTLSf (ORCPT ); Sun, 20 Mar 2022 07:18:35 -0400 Received: from mail-ed1-f48.google.com (mail-ed1-f48.google.com [209.85.208.48]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 30392BD2F2; Sun, 20 Mar 2022 04:17:11 -0700 (PDT) Received: by mail-ed1-f48.google.com with SMTP id r23so15054320edb.0; Sun, 20 Mar 2022 04:17:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:from :subject:content-language:to:cc:references:in-reply-to :content-transfer-encoding; bh=UBrDULiQVv8qxD7aYk4AWDstYoyKO8wQgQDksvjZNBs=; b=eLHgmZq9SYW/32r7bdY7CJhzqMVTydAb6ir4w0ZT82j63lZrVumIYxcv5B0l3c2WRK KA2r/5wlm0eQxh8vXORs8weQ30byMz8n1qvjOzGmsxIdKeG1D+aQRIFZoapsR3NIq/mD rMfH9RpvsEh9i2qGBF1g2lPllITuIiOsK6qTVYB8E7Msf8xZaI6xizufSxofyYrFnlOW ADoDlIDAxVaH5tkP2IX5wmjs219h/C4JEie2XqG7wNXtNGUrKCyhgIOTdl+TwTt36Vkx J/s5Q7Flsy+eoGK+P6L0zK2WaaVnkfEpHaLUNSdsNAVUlTsgeOM/wdMjuzuh6zYLAGAy X+Sw== X-Gm-Message-State: AOAM532snYgpPw6MsFrUay8xNilPp5fU0xVNLSDFQgLf6yCYE1CDQrt+ D1P5srtz2eRK2VNZUf6sk7g= X-Received: by 2002:aa7:d74d:0:b0:419:1d7:adcc with SMTP id a13-20020aa7d74d000000b0041901d7adccmr14877107eds.407.1647775029588; Sun, 20 Mar 2022 04:17:09 -0700 (PDT) Received: from [192.168.0.17] (78-11-189-27.static.ip.netia.com.pl. [78.11.189.27]) by smtp.googlemail.com with ESMTPSA id sc18-20020a1709078a1200b006d6f8c77695sm5774734ejc.101.2022.03.20.04.17.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 20 Mar 2022 04:17:08 -0700 (PDT) Message-ID: Date: Sun, 20 Mar 2022 12:17:07 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 From: Krzysztof Kozlowski Subject: Re: [PATCH v3 6/6] dt-bindings: pinctrl: convert ocelot-pinctrl to YAML format Content-Language: en-US To: Michael Walle Cc: Linus Walleij , Rob Herring , Lars Povlsen , Steen Hegelund , Thomas Bogendoerfer , Gregory CLEMENT , Paul Burton , Quentin Schulz , Antoine Tenart , Kavyasree Kotagiri , Nicolas Ferre , "David S . Miller" , UNGLinuxDriver@microchip.com, linux-gpio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mips@vger.kernel.org References: <20220319204628.1759635-1-michael@walle.cc> <20220319204628.1759635-7-michael@walle.cc> <89f9b797-e4b8-139a-d9e6-ebe71779b943@kernel.org> <3949a4c3271473b73851b0970bdb58b8@walle.cc> In-Reply-To: <3949a4c3271473b73851b0970bdb58b8@walle.cc> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE 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 20/03/2022 12:08, Michael Walle wrote: > Am 2022-03-20 11:54, schrieb Krzysztof Kozlowski: >> On 19/03/2022 21:46, Michael Walle wrote: >>> Convert the ocelot-pinctrl device tree binding to the new YAML format. >>> >>> Additionally to the original binding documentation, add interrupt >>> properties which are optional and already used on several SoCs like >>> SparX-5, Luton, Ocelot and LAN966x but were not documented before. >>> >>> Also, on the sparx5 and the lan966x SoCs there are two items for the >>> reg property. >>> >>> Signed-off-by: Michael Walle >>> --- >>> .../bindings/pinctrl/mscc,ocelot-pinctrl.txt | 42 ------- >>> .../bindings/pinctrl/mscc,ocelot-pinctrl.yaml | 108 >>> ++++++++++++++++++ >>> 2 files changed, 108 insertions(+), 42 deletions(-) >>> delete mode 100644 >>> Documentation/devicetree/bindings/pinctrl/mscc,ocelot-pinctrl.txt >>> create mode 100644 >>> Documentation/devicetree/bindings/pinctrl/mscc,ocelot-pinctrl.yaml >>> >>> diff --git >>> a/Documentation/devicetree/bindings/pinctrl/mscc,ocelot-pinctrl.txt >>> b/Documentation/devicetree/bindings/pinctrl/mscc,ocelot-pinctrl.txt >>> deleted file mode 100644 >>> index 5d84fd299ccf..000000000000 >>> --- >>> a/Documentation/devicetree/bindings/pinctrl/mscc,ocelot-pinctrl.txt >>> +++ /dev/null >>> @@ -1,42 +0,0 @@ >>> -Microsemi Ocelot pin controller Device Tree Bindings >>> ----------------------------------------------------- >>> - >>> -Required properties: >>> - - compatible : Should be "mscc,ocelot-pinctrl", >>> - "mscc,jaguar2-pinctrl", "microchip,sparx5-pinctrl", >>> - "mscc,luton-pinctrl", "mscc,serval-pinctrl", >>> - "microchip,lan966x-pinctrl" or "mscc,servalt-pinctrl" >>> - - reg : Address and length of the register set for the device >>> - - gpio-controller : Indicates this device is a GPIO controller >>> - - #gpio-cells : Must be 2. >>> - The first cell is the pin number and the >>> - second cell specifies GPIO flags, as defined in >>> - . >>> - - gpio-ranges : Range of pins managed by the GPIO controller. >>> - >>> - >>> -The ocelot-pinctrl driver uses the generic pin multiplexing and >>> generic pin >>> -configuration documented in pinctrl-bindings.txt. >>> - >>> -The following generic properties are supported: >>> - - function >>> - - pins >>> - >>> -Example: >>> - gpio: pinctrl@71070034 { >>> - compatible = "mscc,ocelot-pinctrl"; >>> - reg = <0x71070034 0x28>; >>> - gpio-controller; >>> - #gpio-cells = <2>; >>> - gpio-ranges = <&gpio 0 0 22>; >>> - >>> - uart_pins: uart-pins { >>> - pins = "GPIO_6", "GPIO_7"; >>> - function = "uart"; >>> - }; >>> - >>> - uart2_pins: uart2-pins { >>> - pins = "GPIO_12", "GPIO_13"; >>> - function = "uart2"; >>> - }; >>> - }; >>> diff --git >>> a/Documentation/devicetree/bindings/pinctrl/mscc,ocelot-pinctrl.yaml >>> b/Documentation/devicetree/bindings/pinctrl/mscc,ocelot-pinctrl.yaml >>> new file mode 100644 >>> index 000000000000..7149a6655623 >>> --- /dev/null >>> +++ >>> b/Documentation/devicetree/bindings/pinctrl/mscc,ocelot-pinctrl.yaml >>> @@ -0,0 +1,108 @@ >>> +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause >>> +%YAML 1.2 >>> +--- >>> +$id: http://devicetree.org/schemas/pinctrl/mscc,ocelot-pinctrl.yaml# >>> +$schema: http://devicetree.org/meta-schemas/core.yaml# >>> + >>> +title: Microsemi Ocelot pin controller >>> + >>> +maintainers: >>> + - Alexandre Belloni >>> + - Lars Povlsen >>> + >>> +properties: >>> + compatible: >>> + enum: >>> + - microchip,lan966x-pinctrl >>> + - microchip,sparx5-pinctrl >>> + - mscc,jaguar2-pinctrl >>> + - mscc,luton-pinctrl >>> + - mscc,ocelot-pinctrl >>> + - mscc,serval-pinctrl >>> + - mscc,servalt-pinctrl >>> + >>> + reg: >>> + items: >>> + - description: Base address >>> + - description: Extended pin configuration registers >>> + minItems: 1 >>> + >>> + gpio-controller: true >>> + >>> + '#gpio-cells': >>> + const: 2 >>> + >>> + gpio-ranges: true >>> + >>> + interrupts: >>> + maxItems: 1 >>> + >>> + interrupt-controller: true >>> + >>> + "#interrupt-cells": >>> + const: 2 >> >> Thanks for the changes in other files, but I think you did not respond >> to my comments here. Can you address them? > > Sorry, I might missunderstood you. They are currently used on all except > on serval and servalt SoCs like described in the updated commit message. > I thought it was clear from the commit message, so I didn't answer your > questions in v2. Or is there something else? > No, it's okay. Reviewed-by: Krzysztof Kozlowski Best regards, Krzysztof