From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.7 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C0178C55185 for ; Wed, 22 Apr 2020 16:18:49 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A022420776 for ; Wed, 22 Apr 2020 16:18:49 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A022420776 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=collabora.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 99B84896A3; Wed, 22 Apr 2020 16:18:48 +0000 (UTC) Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by gabe.freedesktop.org (Postfix) with ESMTPS id 9F591896A3 for ; Wed, 22 Apr 2020 16:18:47 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: aratiu) with ESMTPSA id 56C542A089E From: Adrian Ratiu To: Laurent Pinchart , Adrian Ratiu Subject: Re: [PATCH v7 5/8] dt-bindings: display: add i.MX6 MIPI DSI host controller doc In-Reply-To: <20200422152956.GE28105@pendragon.ideasonboard.com> References: <20200421161610.1501827-1-adrian.ratiu@collabora.com> <20200421161610.1501827-6-adrian.ratiu@collabora.com> <20200422005832.GK5983@pendragon.ideasonboard.com> <20200422010155.GL5983@pendragon.ideasonboard.com> <877dy7ker6.fsf@collabora.com> <20200422152956.GE28105@pendragon.ideasonboard.com> Date: Wed, 22 Apr 2020 19:19:50 +0300 Message-ID: <87368vjxw9.fsf@collabora.com> MIME-Version: 1.0 X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: devicetree@vger.kernel.org, Jernej Skrabec , Sjoerd Simons , Adrian Pop , Jonas Karlman , Martyn Welch , Neil Armstrong , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Andrzej Hajda , linux-rockchip@lists.infradead.org, linux-imx@nxp.com, Arnaud Ferraris , kernel@collabora.com, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" On Wed, 22 Apr 2020, Laurent Pinchart wrote: > Hi Adrian, > > On Wed, Apr 22, 2020 at 01:15:41PM +0300, Adrian Ratiu wrote: >> On Wed, 22 Apr 2020, Laurent Pinchart wrote: >> > On Wed, Apr 22, 2020 at 03:58:33AM +0300, Laurent Pinchart >> > wrote: >> >> On Tue, Apr 21, 2020 at 07:16:07PM +0300, Adrian Ratiu >> >> wrote: >> >>> This provides an example DT binding for the MIPI DSI host >> >>> controller present on the i.MX6 SoC based on Synopsis >> >>> DesignWare v1.01 IP. Cc: Rob Herring >> >>> Cc: Neil Armstrong Cc: Fabio >> >>> Estevam Cc: Laurent Pinchart >> >>> Cc: >> >>> devicetree@vger.kernel.org Tested-by: Adrian Pop >> >>> Tested-by: Arnaud Ferraris >> >>> Signed-off-by: Sjoerd >> >>> Simons Signed-off-by: Martyn >> >>> Welch Signed-off-by: Adrian >> >>> Ratiu --- Changes since v6: >> >>> - Added ref to the newly created snps,dw-mipi-dsi.yaml >> >>> (Laurent) - Moved *-cells properties outside >> >>> patternProperties (Laurent) - Removed the panel port >> >>> documentation (Laurent) - Wrapped lines at 80 chars, typo >> >>> fixes, sort includes (Laurent) >> >>> Changes since v5: >> >>> - Fixed missing reg warning (Fabio) - Updated dt-schema >> >>> and fixed warnings (Rob) >> >>> Changes since v4: >> >>> - Fixed yaml binding to pass `make dt_binding_check >> >>> dtbs_check` and addressed received binding feedback (Rob) >> >>> Changes since v3: >> >>> - Added commit message (Neil) - Converted to yaml format >> >>> (Neil) - Minor dt node + driver fixes (Rob) - Added small >> >>> panel example to the host controller binding >> >>> Changes since v2: >> >>> - Fixed commit tags (Emil) >> >>> --- >> >>> .../display/imx/fsl,mipi-dsi-imx6.yaml | 135 >> >>> ++++++++++++++++++ 1 file changed, 135 insertions(+) >> >>> create mode 100644 >> >>> Documentation/devicetree/bindings/display/imx/fsl,mipi-dsi-imx6.yaml >> >>> diff --git >> >>> a/Documentation/devicetree/bindings/display/imx/fsl,mipi-dsi-imx6.yaml >> >>> b/Documentation/devicetree/bindings/display/imx/fsl,mipi-dsi-imx6.yaml >> >>> new file mode 100644 index 0000000000000..b73e3ae33a852 --- >> >>> /dev/null +++ >> >>> b/Documentation/devicetree/bindings/display/imx/fsl,mipi-dsi-imx6.yaml >> >>> @@ -0,0 +1,135 @@ +# SPDX-License-Identifier: (GPL-2.0-only >> >>> OR BSD-2-Clause) +%YAML 1.2 +--- +$id: >> >>> http://devicetree.org/schemas/display/imx/fsl,mipi-dsi-imx6.yaml# >> >>> +$schema: http://devicetree.org/meta-schemas/core.yaml# + >> >>> +title: Freescale i.MX6 DW MIPI DSI Host Controller + >> >>> +maintainers: + - Adrian Ratiu >> >>> + +description: | + The >> >>> i.MX6 DSI host controller is a Synopsys DesignWare MIPI >> >>> DSI v1.01 + IP block with a companion PHY IP. >> > I forgot to mention, if there's a companion PHY, shouldn't >> > it be referenced from the DT bindings ? >> I don't think so, that description was copied verbatim from >> the imx6 ref manual IIRC, the physical layer is the same for >> MIPI DSI which does TX as for MIPI CSI which does RX, but >> looking at the ref manual and how drivers are written I don't >> think it's necessary. > > Does that mean that the PHY is controlled through the registers > specified by the reg property ? If so then this is fine. > Yes that is correct, there is just a single set of conf registers specified via reg. >> This might change if we wanted to unify the DSI and CSI drivers a >> bit, but considering the scope already associated with this patch >> series I'm a bit afraid to open a subject like that =) > > That's understandable :-) > >> >>> + >> >>> + These DT bindings follow the Synopsys DW MIPI DSI bindings defined in >> >>> + Documentation/devicetree/bindings/display/bridge/dw_mipi_dsi.txt with >> >>> + the following device-specific properties. >> >>> + >> >>> +allOf: >> >>> + - $ref: ../bridge/snps,dw-mipi-dsi.yaml# >> >>> + >> >>> +properties: >> >>> + '#address-cells': >> >>> + const: 1 >> >>> + >> >>> + '#size-cells': >> >>> + const: 0 >> >>> + >> >>> + compatible: >> >>> + items: >> >>> + - const: fsl,imx6q-mipi-dsi >> >>> + - const: snps,dw-mipi-dsi >> >>> + >> >>> + reg: >> >>> + maxItems: 1 >> >>> + >> >>> + interrupts: >> >>> + maxItems: 1 >> >>> + >> >>> + clocks: >> >>> + items: >> >>> + - description: Module Clock >> >>> + - description: DSI bus clock >> >>> + >> >>> + clock-names: >> >>> + items: >> >>> + - const: ref >> >>> + - const: pclk >> >>> + >> >>> + fsl,gpr: >> >>> + description: >> >>> + Phandle to the iomuxc-gpr region containing the multiplexer ctrl register. >> >>> + $ref: /schemas/types.yaml#/definitions/phandle >> >>> + >> >>> + ports: >> >>> + type: object >> >>> + description: | >> >>> + A node containing DSI input & output port nodes with endpoint >> >>> + definitions as documented in >> >>> + Documentation/devicetree/bindings/media/video-interfaces.txt >> >>> + Documentation/devicetree/bindings/graph.txt >> >>> + properties: >> >>> + port@0: >> >>> + type: object >> >>> + description: >> >>> + DSI input port node, connected to the ltdc rgb output port. >> >>> + >> >>> + port@1: >> >>> + type: object >> >>> + description: >> >>> + RGB output port node, connected to a panel or a bridge input port. >> >> >> >> Isn't it the other way around, doesn't the bridge take RGB input and >> >> output DSI ? And to be precise, it's not about RGB, but about the input >> >> being parallel interface (DSI will also carry RGB). >> >> >> >> I would add >> >> >> >> required: >> >> - port@0 >> >> - port@1 >> >> >> >>> + >> >>> +additionalProperties: false >> >>> + >> >>> +patternProperties: >> >>> + "^panel@[0-3]$": >> >>> + type: object >> >>> + >> >>> +required: >> >>> + - "#address-cells" >> >>> + - "#size-cells" >> >>> + - compatible >> >>> + - reg >> >>> + - interrupts >> >>> + - clocks >> >>> + - clock-names >> >>> + - ports >> >>> + >> >>> +examples: >> >>> + - |+ >> >>> + #include >> >>> + #include >> >>> + #include >> >>> + >> >>> + dsi: dsi@21e0000 { >> >>> + #address-cells = <1>; >> >>> + #size-cells = <0>; >> >>> + compatible = "fsl,imx6q-mipi-dsi", "snps,dw-mipi-dsi"; >> >>> + reg = <0x021e0000 0x4000>; >> >>> + interrupts = <0 102 IRQ_TYPE_LEVEL_HIGH>; >> >>> + fsl,gpr = <&gpr>; >> >>> + clocks = <&clks IMX6QDL_CLK_MIPI_CORE_CFG>, >> >>> + <&clks IMX6QDL_CLK_MIPI_IPG>; >> >>> + clock-names = "ref", "pclk"; >> >>> + >> >>> + ports { >> >>> + #address-cells = <1>; >> >>> + #size-cells = <0>; >> >> >> >> port@0 is missing. >> >> >> >>> + port@1 { >> >>> + reg = <1>; >> >>> + dsi_out: endpoint { >> >>> + remote-endpoint = <&panel_in>; >> >>> + }; >> >>> + }; >> >>> + }; >> >>> + >> >>> + panel@0 { >> >>> + compatible = "sharp,ls032b3sx01"; >> >>> + reg = <0>; >> >>> + reset-gpios = <&gpio6 8 GPIO_ACTIVE_LOW>; >> >>> + ports { >> >>> + #address-cells = <1>; >> >>> + #size-cells = <0>; >> >>> + port@0 { >> >>> + reg = <0>; >> >>> + panel_in: endpoint { >> >>> + remote-endpoint = <&dsi_out>; >> >>> + }; >> >>> + }; >> >>> + }; >> >>> + }; >> >>> + }; >> >>> + >> >>> +... > > -- > Regards, > > Laurent Pinchart _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel