Message ID | 20230726150225.483464-6-herve.codina@bootlin.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:a985:0:b0:3e4:2afc:c1 with SMTP id t5csp517077vqo; Wed, 26 Jul 2023 09:27:32 -0700 (PDT) X-Google-Smtp-Source: APBJJlHvVBoDWayXCVpKanx16PreBHQpF7vU7wUEB8eAWbEyzlOlMBqqdoi7zS8xrOQMibs9xfN2 X-Received: by 2002:a17:903:2309:b0:1b8:78e:7c1 with SMTP id d9-20020a170903230900b001b8078e07c1mr2344850plh.51.1690388851998; Wed, 26 Jul 2023 09:27:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690388851; cv=none; d=google.com; s=arc-20160816; b=h0V9CA7AVQ+ONbKFEqwQy77Mhb1TGAUMCabGWdKVBAoYy1GtlTOqvSvGeRRoxoYzal cBL6vVcUgM3XzdPMAaSYkEPYsPIWX+VTLVgBpIaRTL5yaN04K4AjyL87BYr3zdxNKzWa 4L4+cRHwqj7ZyVoOZnhUFl/wmpM+LioORtyr3irLyvq1EAFLRruB8ckxdp8WiJIlGseo zEe0th+lDh4qRkope+vbWJSvSCN6AbwENPNsUTYs0WlxBcWfPe9PVlnQyayxIHA7nJUd qpHvsLD7Zng66agEIGfUQHNbDDnHTe4/UsLk0qjCgrfvsHskTud7Ojykhf+LSBh56xoB 9mag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=9Yo43qISdINrTXoBGMrpCx+B9kqhLajfGlqFUUD8Czs=; fh=OtJVFpZ5Y8/ND7g8QcUIbRSFhG4LznwcYYtG4zWKevM=; b=q9ixA57GegA5jzXYWet3OCXXLaSJAx6pRijjepyC/8M3jZrxmqE/o6pQ6tEej9fEnX X+CfYi5MjHROAsnOM3KrBG1FWvHe3OWgrqb3H0mR/o4OM3St5pcfc0FgGormQXWzfzUX a49l6q9Cue35SlBquljCBN9EMsI5RYtUBWUTX2BdZyMiPQhgT7L9EN2knKKAFYUxAwem CGtPSpCMiLF/s0vv6QSS5YrXVgjsG7iYvlo2W9fHcEBWl6TxtCq5LjyjYyX9eDAVRniW PSykzJmcx/2pK0PsxlOTsh4T3uLYOyPtcRU7ux4L2db1Htqqcp9KAvme/QJW6q8pDrO9 Vqbw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=n1k4XJJ3; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=bootlin.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bd3-20020a170902830300b001b8c4168e20si13089678plb.58.2023.07.26.09.27.16; Wed, 26 Jul 2023 09:27:31 -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=@bootlin.com header.s=gm1 header.b=n1k4XJJ3; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=bootlin.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234681AbjGZPD1 (ORCPT <rfc822;kloczko.tomasz@gmail.com> + 99 others); Wed, 26 Jul 2023 11:03:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45764 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234664AbjGZPDC (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 26 Jul 2023 11:03:02 -0400 Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [IPv6:2001:4b98:dc4:8::225]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 03129271C; Wed, 26 Jul 2023 08:02:54 -0700 (PDT) Received: by mail.gandi.net (Postfix) with ESMTPA id E47951C0015; Wed, 26 Jul 2023 15:02:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1690383773; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=9Yo43qISdINrTXoBGMrpCx+B9kqhLajfGlqFUUD8Czs=; b=n1k4XJJ3KU/ZjdykwA2QGr33iasfQl7JDj+adX7XcJMNlo+ktUxI//i/X7/4NUEprxH84n 9EFDAZjYGo7JJoG4ONa4qEYLmCNr5u1Ka0YGAXryHVgBRFhVvBTzp50GqM8g059d1aN/1W JAwaG4iROnrDQCqYQzIuG2Mtv/iRrqXOTtWeN2eBj6ZXiZz2X3Jz+I9zJ4RVxBYmug7Df5 5wSHnaBPBBknhG0qaUmYSTP9rvlgxh+WXV7q85bjATRwFo0uGIQ0AJe9sAdfVKR4mTQq0F 5LaFZoukUbf2At8g8y5nSEhtdlqAqTzvAm380mgP6uB/IZphpcyH6qi0eGrawg== From: Herve Codina <herve.codina@bootlin.com> To: Herve Codina <herve.codina@bootlin.com>, "David S. Miller" <davem@davemloft.net>, Eric Dumazet <edumazet@google.com>, Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>, Andrew Lunn <andrew@lunn.ch>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Conor Dooley <conor+dt@kernel.org>, Lee Jones <lee@kernel.org>, Linus Walleij <linus.walleij@linaro.org>, Qiang Zhao <qiang.zhao@nxp.com>, Li Yang <leoyang.li@nxp.com>, Liam Girdwood <lgirdwood@gmail.com>, Mark Brown <broonie@kernel.org>, Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>, Shengjiu Wang <shengjiu.wang@gmail.com>, Xiubo Li <Xiubo.Lee@gmail.com>, Fabio Estevam <festevam@gmail.com>, Nicolin Chen <nicoleotsuka@gmail.com>, Christophe Leroy <christophe.leroy@csgroup.eu>, Randy Dunlap <rdunlap@infradead.org> Cc: netdev@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, linux-arm-kernel@lists.infradead.org, alsa-devel@alsa-project.org, Thomas Petazzoni <thomas.petazzoni@bootlin.com> Subject: [PATCH v2 05/28] dt-bindings: net: Add support for QMC HDLC Date: Wed, 26 Jul 2023 17:02:01 +0200 Message-ID: <20230726150225.483464-6-herve.codina@bootlin.com> X-Mailer: git-send-email 2.41.0 In-Reply-To: <20230726150225.483464-1-herve.codina@bootlin.com> References: <20230726150225.483464-1-herve.codina@bootlin.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-GND-Sasl: herve.codina@bootlin.com X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS, SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1772501180647898621 X-GMAIL-MSGID: 1772501180647898621 |
Series |
Add support for QMC HDLC, framer infrastruture and PEF2256 framer
|
|
Commit Message
Herve Codina
July 26, 2023, 3:02 p.m. UTC
The QMC (QUICC mutichannel controller) is a controller present in some
PowerQUICC SoC such as MPC885.
The QMC HDLC uses the QMC controller to transfer HDLC data.
Signed-off-by: Herve Codina <herve.codina@bootlin.com>
---
.../devicetree/bindings/net/fsl,qmc-hdlc.yaml | 41 +++++++++++++++++++
1 file changed, 41 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml
Comments
On Wed, Jul 26, 2023 at 05:02:01PM +0200, Herve Codina wrote: > The QMC (QUICC mutichannel controller) is a controller present in some > PowerQUICC SoC such as MPC885. > The QMC HDLC uses the QMC controller to transfer HDLC data. > > Signed-off-by: Herve Codina <herve.codina@bootlin.com> > --- > .../devicetree/bindings/net/fsl,qmc-hdlc.yaml | 41 +++++++++++++++++++ > 1 file changed, 41 insertions(+) > create mode 100644 Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml > > diff --git a/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml b/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml > new file mode 100644 > index 000000000000..8bb6f34602d9 > --- /dev/null > +++ b/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml > @@ -0,0 +1,41 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/net/fsl,qmc-hdlc.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: QMC HDLC "QMC HDLC" seems excessively terse. > + > +maintainers: > + - Herve Codina <herve.codina@bootlin.com> > + > +description: | > + The QMC HDLC uses a QMC (QUICC Multichannel Controller) channel to transfer > + HDLC data. > + > +properties: > + compatible: > + const: fsl,qmc-hdlc > + > + fsl,qmc-chan: Perhaps I am just showing my lack of knowledge in this area, but what is fsl specific about wanting a reference to the channel of a "QMC"? Is this something that hardware from other manufacturers would not also want to do? > + $ref: /schemas/types.yaml#/definitions/phandle-array > + items: > + - items: > + - description: phandle to QMC node > + - description: Channel number > + description: > + Should be a phandle/number pair. The phandle to QMC node and the QMC > + channel to use. > + > +required: > + - compatible > + - fsl,qmc-chan > + > +additionalProperties: false > + > +examples: > + - | > + hdlc { > + compatible = "fsl,qmc-hdlc"; > + fsl,qmc-chan = <&qmc 16>; > + }; > -- > 2.41.0 >
Hi Conor, On Thu, 27 Jul 2023 09:19:59 +0100 Conor Dooley <conor@kernel.org> wrote: > On Wed, Jul 26, 2023 at 05:02:01PM +0200, Herve Codina wrote: > > The QMC (QUICC mutichannel controller) is a controller present in some > > PowerQUICC SoC such as MPC885. > > The QMC HDLC uses the QMC controller to transfer HDLC data. > > > > Signed-off-by: Herve Codina <herve.codina@bootlin.com> > > --- > > .../devicetree/bindings/net/fsl,qmc-hdlc.yaml | 41 +++++++++++++++++++ > > 1 file changed, 41 insertions(+) > > create mode 100644 Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml > > > > diff --git a/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml b/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml > > new file mode 100644 > > index 000000000000..8bb6f34602d9 > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml > > @@ -0,0 +1,41 @@ > > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > > +%YAML 1.2 > > +--- > > +$id: http://devicetree.org/schemas/net/fsl,qmc-hdlc.yaml# > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > + > > +title: QMC HDLC > > "QMC HDLC" seems excessively terse. The name was based on the fsl,qmc-audio.yaml already present upstream. https://elixir.bootlin.com/linux/v6.4/source/Documentation/devicetree/bindings/sound/fsl,qmc-audio.yaml If needed, I can change to: title: QMC (QUICC Multichannel Controller) HDLC Let me known if it is better to you. > > > + > > +maintainers: > > + - Herve Codina <herve.codina@bootlin.com> > > + > > +description: | > > + The QMC HDLC uses a QMC (QUICC Multichannel Controller) channel to transfer > > + HDLC data. > > + > > +properties: > > + compatible: > > + const: fsl,qmc-hdlc > > + > > + fsl,qmc-chan: > > Perhaps I am just showing my lack of knowledge in this area, but what is > fsl specific about wanting a reference to the channel of a "QMC"? > Is this something that hardware from other manufacturers would not also > want to do? The QMC and the QMC channel are something specific to the SoC. This IP is only available on some Freescale/NXP SoCs. When I upstreamed the 'fsl,qmc-audio.yaml', I first used a generic name for this property and Kristoff asked to change to a vendor prefixed name. https://lore.kernel.org/linux-kernel/1dfade07-f8c4-2e16-00dc-c7d183708259@linaro.org/ Based on this, as the property 'fsl,qmc-chan' has the exact same meaning in fsl,qmc-audio.yaml and fsl,qmc-hdlc.yaml, I use the same name. Best regards, Hervé > > > + $ref: /schemas/types.yaml#/definitions/phandle-array > > + items: > > + - items: > > + - description: phandle to QMC node > > + - description: Channel number > > + description: > > + Should be a phandle/number pair. The phandle to QMC node and the QMC > > + channel to use. > > + > > +required: > > + - compatible > > + - fsl,qmc-chan > > + > > +additionalProperties: false > > + > > +examples: > > + - | > > + hdlc { > > + compatible = "fsl,qmc-hdlc"; > > + fsl,qmc-chan = <&qmc 16>; > > + }; > > -- > > 2.41.0 > >
On Thu, Jul 27, 2023 at 11:09:48AM +0200, Herve Codina wrote: > On Thu, 27 Jul 2023 09:19:59 +0100 > Conor Dooley <conor@kernel.org> wrote: > > On Wed, Jul 26, 2023 at 05:02:01PM +0200, Herve Codina wrote: > If needed, I can change to: > title: QMC (QUICC Multichannel Controller) HDLC > Let me known if it is better to you. If it were me writing the binding, I'd probably use something like "Freescale/NXP QUICC Multichannel Controller (QMC) HDLC", but it is not a big deal, I just had a "wtf is this" moment :) > > > + fsl,qmc-chan: > > > > Perhaps I am just showing my lack of knowledge in this area, but what is > > fsl specific about wanting a reference to the channel of a "QMC"? > > Is this something that hardware from other manufacturers would not also > > want to do? > > The QMC and the QMC channel are something specific to the SoC. This IP is only > available on some Freescale/NXP SoCs. > > When I upstreamed the 'fsl,qmc-audio.yaml', I first used a generic name for this > property and Kristoff asked to change to a vendor prefixed name. > https://lore.kernel.org/linux-kernel/1dfade07-f8c4-2e16-00dc-c7d183708259@linaro.org/ > > Based on this, as the property 'fsl,qmc-chan' has the exact same meaning in > fsl,qmc-audio.yaml and fsl,qmc-hdlc.yaml, I use the same name. Okay, thanks for explaining!
Hi Conor, On Thu, 27 Jul 2023 10:53:15 +0100 Conor Dooley <conor@kernel.org> wrote: > On Thu, Jul 27, 2023 at 11:09:48AM +0200, Herve Codina wrote: > > On Thu, 27 Jul 2023 09:19:59 +0100 > > Conor Dooley <conor@kernel.org> wrote: > > > On Wed, Jul 26, 2023 at 05:02:01PM +0200, Herve Codina wrote: > > > If needed, I can change to: > > title: QMC (QUICC Multichannel Controller) HDLC > > Let me known if it is better to you. > > If it were me writing the binding, I'd probably use something like > "Freescale/NXP QUICC Multichannel Controller (QMC) HDLC", but it is not > a big deal, I just had a "wtf is this" moment :) I will change to "Freescale/NXP QUICC Multichannel Controller (QMC) HDLC" in the next iteration. > > > > > > > + fsl,qmc-chan: > > > > > > Perhaps I am just showing my lack of knowledge in this area, but what is > > > fsl specific about wanting a reference to the channel of a "QMC"? > > > Is this something that hardware from other manufacturers would not also > > > want to do? > > > > The QMC and the QMC channel are something specific to the SoC. This IP is only > > available on some Freescale/NXP SoCs. > > > > When I upstreamed the 'fsl,qmc-audio.yaml', I first used a generic name for this > > property and Kristoff asked to change to a vendor prefixed name. > > https://lore.kernel.org/linux-kernel/1dfade07-f8c4-2e16-00dc-c7d183708259@linaro.org/ > > > > Based on this, as the property 'fsl,qmc-chan' has the exact same meaning in > > fsl,qmc-audio.yaml and fsl,qmc-hdlc.yaml, I use the same name. > > Okay, thanks for explaining! You're welcome. Regards, Hervé
diff --git a/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml b/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml new file mode 100644 index 000000000000..8bb6f34602d9 --- /dev/null +++ b/Documentation/devicetree/bindings/net/fsl,qmc-hdlc.yaml @@ -0,0 +1,41 @@ +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/net/fsl,qmc-hdlc.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: QMC HDLC + +maintainers: + - Herve Codina <herve.codina@bootlin.com> + +description: | + The QMC HDLC uses a QMC (QUICC Multichannel Controller) channel to transfer + HDLC data. + +properties: + compatible: + const: fsl,qmc-hdlc + + fsl,qmc-chan: + $ref: /schemas/types.yaml#/definitions/phandle-array + items: + - items: + - description: phandle to QMC node + - description: Channel number + description: + Should be a phandle/number pair. The phandle to QMC node and the QMC + channel to use. + +required: + - compatible + - fsl,qmc-chan + +additionalProperties: false + +examples: + - | + hdlc { + compatible = "fsl,qmc-hdlc"; + fsl,qmc-chan = <&qmc 16>; + };