Received: by 2002:a19:f614:0:0:0:0:0 with SMTP id x20csp24649lfe; Fri, 15 Apr 2022 17:43:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQlfTDKMmxbPJyTNwR6RzNJNYv8y512khlfUsXgQYwvpKnZAz/jw8FBwbJ2gmbiHWwvest X-Received: by 2002:a17:90b:110b:b0:1d0:aa85:94b3 with SMTP id gi11-20020a17090b110b00b001d0aa8594b3mr6262484pjb.175.1650069805041; Fri, 15 Apr 2022 17:43:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650069805; cv=none; d=google.com; s=arc-20160816; b=x2fazI77i3ZTBdme3kU/fZ+CrZzmGUoWBT02V9DReY9NyOOA4wm94ooOphUR8AiEJX ykAZtmvJminl1gc0Ah284GYOEIvjeapjdDdBnFiPK0Rs/rta1LGWWJwg1q08KFdaBpve /azOszOYssYhY1UZaQc+/SyxjndKQWmfDKgVZcSgdWgGNRDnNSXTLhlAIy2kc4hAUlqp gut4QXTZsF+2McHOrZghr1Vv4VAbYyGeju1bCpL2cONHdEOFfZcPfkVqnGpn3yDqiFzX 1+8DXWiNX79le3H86Mw3bH721VdvDHPImo6nMN8OVto2URQHbyvdws5oeJw480veZwpf zFtg== 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; bh=+dYyu7y5UVTMexCQcf0EtUHGOdwuv57lNmgQ07q4u5Y=; b=z8BGTODPAeseKWgoICh0zX9R5fNESed1Rx1X7JugmcciZ7OyFKMy4Dx6okxS/wVU8g gqz0R7JeNnda5Qkrh3Y+e/XomV54ltvQ2hGEmoighABCj2bZxduLRiVy41/EmNv21W/F aHWHWD68zj0tdT/IYc25u4huPmE0V531N4yGPr5C7SDUY4u0iR02XrUYpF0roxJCXY+m V/RwbnAD0iwCB2FNPdEgsccoxzldugmVzN1+4l84zCihZwecuf8z3h8UrP1dNvk1hNMk pbpe+n9IF52BkzXwnYYawIJ4KYhyaul0s99jVYVpxLBo7U5W8y79CPd13SiJ34T2IXRj VSkg== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id bh11-20020a056a02020b00b00382b21dfd5asi2683022pgb.166.2022.04.15.17.43.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 15 Apr 2022 17:43:25 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (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 95DA036B72; Fri, 15 Apr 2022 17:35:12 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240670AbiDNQuO (ORCPT + 99 others); Thu, 14 Apr 2022 12:50:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38916 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240379AbiDNQuA (ORCPT ); Thu, 14 Apr 2022 12:50:00 -0400 Received: from mail-ot1-f46.google.com (mail-ot1-f46.google.com [209.85.210.46]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3C27012F6EB; Thu, 14 Apr 2022 09:17:31 -0700 (PDT) Received: by mail-ot1-f46.google.com with SMTP id c24-20020a9d6c98000000b005e6b7c0a8a8so3731820otr.2; Thu, 14 Apr 2022 09:17:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=+dYyu7y5UVTMexCQcf0EtUHGOdwuv57lNmgQ07q4u5Y=; b=3Jcz9zwGBF4OJpsQLzmGDyXF7Plri6Hb/uE02e38s+nci0gQas3LJZ66a6rL+3uqro fsojxbVNXSxyEPlu8WhGjzyqL24loPCEa/M4RaBycbetBBczgxiqhh/bZZvHbv5wVx7k ho7rnU7i7rAdaaSfgp2IlXgfE3OYqBy3tvSWJy9EBcW4V4ia53sVitmsRAYxwKSCa9Kn ymg4KVO8fs7mnCXNycCgRUIn8WV7XDdjDwWqEptI6lapGbEGQcIQ/AIuH4PjbQbXPeGt yJrQJSKrLQhDb/LQoze0D3wdjIcTZiP2NBqbJUQ8MYYmxeNJIfDrh7TEpzbK90LgjEsK 11fA== X-Gm-Message-State: AOAM53095RAJHAsRlemlRg7ljjly4qO+VjGicLe27QxFIR+rDmbr3moL c14qUbh3olDEmEXTdBs5Ig== X-Received: by 2002:a9d:75cc:0:b0:5cd:9f3a:6ee6 with SMTP id c12-20020a9d75cc000000b005cd9f3a6ee6mr1186806otl.10.1649953050470; Thu, 14 Apr 2022 09:17:30 -0700 (PDT) Received: from robh.at.kernel.org (66-90-144-107.dyn.grandenetworks.net. [66.90.144.107]) by smtp.gmail.com with ESMTPSA id t6-20020a056870f20600b000e2a451bcaesm874137oao.17.2022.04.14.09.17.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 14 Apr 2022 09:17:30 -0700 (PDT) Received: (nullmailer pid 2164706 invoked by uid 1000); Thu, 14 Apr 2022 16:17:29 -0000 Date: Thu, 14 Apr 2022 11:17:29 -0500 From: Rob Herring To: =?utf-8?B?QXLEsW7DpyDDnE5BTA==?= Cc: Krzysztof Kozlowski , Sergio Paracuellos , Luiz Angelo Daros de Luca , Linus Walleij , Krzysztof Kozlowski , Thomas Bogendoerfer , Matthias Brugger , erkin.bozoglu@xeront.com, linux-gpio@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org Subject: Re: [PATCH 10/14] dt-bindings: pinctrl: rt2880: fix binding name, pin groups and functions Message-ID: References: <20220413060729.27639-1-arinc.unal@arinc9.com> <20220413060729.27639-11-arinc.unal@arinc9.com> <550b20f2-098e-0f25-ad9f-3ff523879cb7@arinc9.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <550b20f2-098e-0f25-ad9f-3ff523879cb7@arinc9.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, 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 Thu, Apr 14, 2022 at 11:34:31AM +0300, Arınç ÜNAL wrote: > On 13/04/2022 18:25, Krzysztof Kozlowski wrote: > > On 13/04/2022 08:07, Arınç ÜNAL wrote: > > > Change binding name from ralink,rt2880-pinmux to ralink,rt2880-pinctrl. > > > This is the binding for the Ralink RT2880 pinctrl subdriver. > > > > What I don't see here is why you are doing this. pinmux/pinctrl have the > > same meaning, I guess? > > What I understand is pinmux is rather a specific term for the muxing of pins > or pin groups. Pinctrl is what we prefer here since the term is more > inclusive of what the subdriver does: controlling pins. Any mediatek > driver/subdriver is called pinctrl so I'm not doing something uncommon. The correct name is really whatever the h/w block is called, not whatever we've come up with for some class of devices. > > > > > > > > > Current pin group and function bindings are for MT7621. Put bindings for > > > RT2880 instead. > > > > > > Signed-off-by: Arınç ÜNAL > > > --- > > > ...pinmux.yaml => ralink,rt2880-pinctrl.yaml} | 24 +++++++++---------- > > > 1 file changed, 12 insertions(+), 12 deletions(-) > > > rename Documentation/devicetree/bindings/pinctrl/{ralink,rt2880-pinmux.yaml => ralink,rt2880-pinctrl.yaml} (56%) > > > > > > diff --git a/Documentation/devicetree/bindings/pinctrl/ralink,rt2880-pinmux.yaml b/Documentation/devicetree/bindings/pinctrl/ralink,rt2880-pinctrl.yaml > > > similarity index 56% > > > rename from Documentation/devicetree/bindings/pinctrl/ralink,rt2880-pinmux.yaml > > > rename to Documentation/devicetree/bindings/pinctrl/ralink,rt2880-pinctrl.yaml > > > index 9de8b0c075e2..c657bbf9fdda 100644 > > > --- a/Documentation/devicetree/bindings/pinctrl/ralink,rt2880-pinmux.yaml > > > +++ b/Documentation/devicetree/bindings/pinctrl/ralink,rt2880-pinctrl.yaml > > > @@ -1,21 +1,23 @@ > > > # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause > > > %YAML 1.2 > > > --- > > > -$id: http://devicetree.org/schemas/pinctrl/ralink,rt2880-pinmux.yaml# > > > +$id: http://devicetree.org/schemas/pinctrl/ralink,rt2880-pinctrl.yaml# > > > $schema: http://devicetree.org/meta-schemas/core.yaml# > > > -title: Ralink rt2880 pinmux controller > > > +title: Ralink RT2880 Pin Controller > > > maintainers: > > > + - Arınç ÜNAL > > > > Mention this in commit msg. > > Will do. > > > > > > - Sergio Paracuellos > > > description: > > > - The rt2880 pinmux can only set the muxing of pin groups. Muxing indiviual pins > > > + Ralink RT2880 pin controller for RT2880 SoC. > > > + The pin controller can only set the muxing of pin groups. Muxing indiviual pins > > > is not supported. There is no pinconf support. > > > properties: > > > compatible: > > > - const: ralink,rt2880-pinmux > > > + const: ralink,rt2880-pinctrl > > > > you need to deprecate old property and add a new one. > > Do we really have to? That property name was inaccurate from the start. I > don't see a reason to keep it being referred to on the binding. It's an ABI. There are exceptions, but you've got to spell out the reasoning in the commit message. Really, who cares. It's just a unique identifier. Unless you also had a h/w block called 'pinmux' in addition to a 'pinctrl' block it doesn't matter. We could use just GUIDs instead. Rob