| Message ID | 20210214174453.104616-1-jagan@amarulasolutions.com |
|---|---|
| State | New |
| Headers |
Return-Path: <linux-amarula+bncBD7MFH7A7EEBBLWDUWAQMGQE3RENW2A@amarulasolutions.com> X-Original-To: linux-amarula@patchwork.amarulasolutions.com Delivered-To: linux-amarula@patchwork.amarulasolutions.com Received: from mail-pg1-f200.google.com (mail-pg1-f200.google.com [209.85.215.200]) by ganimede.amarulasolutions.com (Postfix) with ESMTPS id F09853F158 for <linux-amarula@patchwork.amarulasolutions.com>; Sun, 14 Feb 2021 18:45:19 +0100 (CET) Received: by mail-pg1-f200.google.com with SMTP id 33sf5138871pgv.0 for <linux-amarula@patchwork.amarulasolutions.com>; Sun, 14 Feb 2021 09:45:19 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1613324718; cv=pass; d=google.com; s=arc-20160816; b=At6NAqf4L0zm7Gz5bYOJ+ITccmstxttZpe9WKwwKgAEFGpw6+UCyEM/g0Odfz0QYwo IZQu1NW+Ft5kaK5nVeD1LDGUmCBjoprxTsf7RhJJdNRTQGIYlSvRn0zCpW9JAXvWXPlm 2kef35ibC0S3w3dXpGKDXobqBtxsGyPT4SN44OTglUABxIDycGerWalUYgoDczg858G8 4K33c7HgMLePbBnZF8z99/pQABuuSzuYoMSvDX3Z7cT3iIGkRuxKZD2jy//uEeVTxSHB nNscVKyETRBZKgeQIqyIzFATy9XrwD7Zd9hd5V6cq4U2DhiCvcaW0/XiqujJ2JzTypLh nUFQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-unsubscribe:list-archive:list-help:list-post:list-id :mailing-list:precedence:mime-version:message-id:date:subject:cc:to :from:dkim-signature; bh=b7DCGXCmVmhR0JbourvosnyifN5jEdIYgGuhqNZ+xXg=; b=N+uQxwQ2SLUMdk93wEjY9fsE4d5pTaFzDTFHA3x+CPabzyqG62nVC7McnAI3+nGhL+ j2bqWb1kk6XaOKvA+UD5aB3jsZJANyV2mX9ZG1F5XglFgOk9Wum9E4SdzGviwtOeCnd2 vJWE3I2MkXbu9+Zbrz11AKukf7rrW29MLYAi02ZbAdf5rF2x1m0TBLHW5UnPtLjQIB9S 3eiydSSmBdmJpYueR/hJKHShGSFJBbGBTcqHJFDS0XSFk/IM1KOQqkGlQpmwYxqmYaHa dJ19fxoS7zRMF5O+Yqb+cTasQ9k3PHogydte8wAVi/XxSWM/HnryLCZ3kaKnuZ1ir7I5 URAQ== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=PuAAqVaJ; spf=pass (google.com: domain of jagan@amarulasolutions.com designates 209.85.220.41 as permitted sender) smtp.mailfrom=jagan@amarulasolutions.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amarulasolutions.com; s=google; h=from:to:cc:subject:date:message-id:mime-version:x-original-sender :x-original-authentication-results:precedence:mailing-list:list-id :list-post:list-help:list-archive:list-unsubscribe; bh=b7DCGXCmVmhR0JbourvosnyifN5jEdIYgGuhqNZ+xXg=; b=DPCiP4gOCwntUNN8qjaKkl2IWWE0yUD/B1os/ziyq9xOxiH4YCV3E6i2qbiPC71lCd VkV05jWK5bA5Sxk60/4c7Y9ImDuI9pPFuUQhmRh5m7b9P2IvmGMaVmUdaAMOf3DVb0i/ IJnLC/y6Vt8wEczx7w4InvBvSNBoqxaS9wOb4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :x-original-sender:x-original-authentication-results:precedence :mailing-list:list-id:x-spam-checked-in-group:list-post:list-help :list-archive:list-unsubscribe; bh=b7DCGXCmVmhR0JbourvosnyifN5jEdIYgGuhqNZ+xXg=; b=IfGRTmV88LjKdq/roBHKo30s0Z+8GqINmhVuIXtH/0Bl8mbIebn9sLehhkJh55wFJp UCZ1gox0vJFkrObbHwi00oUvklaWqtNSb1m5AcBKKnnBjnwy7ccQ3r7Qk7Y+JI6WYhgy POJXLUJBfa0TwxA1+NmKCgRUTOdIZE01WXYjTQauy4q+AM/svMc+Cq4IMpDoYocE9/U+ a/z1G/gRcQIUnCmgBoX7FGL0hIiXEljZ5W9hM/oTwJBZMMVj9mXhF9Q9YUv82FtJG63n QKZiBnRWOqDT3eR0HpiyJ7PYou5N1cVsGa9Oa68i7atDEhPLqS/06iOiAgr/AtjZgsO7 FIJw== X-Gm-Message-State: AOAM533FHCSD/vSSZXnSTGQpO1IduS/RQjV2R9sIa+DmQfuM6KNY/FNW WeeNqTwtLRyFjPzuaidxqjuZp3oG X-Google-Smtp-Source: ABdhPJw1BMTUAIr0QfQp0MQk7EyrVlLpMtNrX8xH0W7MzAR3HLqA/8E/SDCccUWLCQUCNaPpuchGTw== X-Received: by 2002:aa7:8501:0:b029:1da:56dd:8440 with SMTP id v1-20020aa785010000b02901da56dd8440mr12025248pfn.15.1613324718237; Sun, 14 Feb 2021 09:45:18 -0800 (PST) X-BeenThere: linux-amarula@amarulasolutions.com Received: by 2002:a17:90a:ba17:: with SMTP id s23ls7149136pjr.3.canary-gmail; Sun, 14 Feb 2021 09:45:17 -0800 (PST) X-Received: by 2002:a17:902:ec83:b029:df:e942:93c0 with SMTP id x3-20020a170902ec83b02900dfe94293c0mr11758136plg.55.1613324717188; Sun, 14 Feb 2021 09:45:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613324717; cv=none; d=google.com; s=arc-20160816; b=j5eX6DGOdnORtrMS/4smfCuKvpVaBW0jebU7HWUtoVVLi6xjbqanBA52SZx/hDAocQ R8ygpTxvQGzHHBYJ0vn72KHjJ1b+NNj4bIS9w6gAVByTSacjo0S6IfRZV7xnHc8D3AhH BJNnQAn+VrhbsFgUuPFDsX8gSyhojs9fisCxYRPIssRNZdVHgVtF7qQHMHIAfTBvn0Ju OhZzMtvdRZPUQI+1L9A98XhlzSg8nMX4aN/QFEEH3ToGkjazX0fKHpi5gmMJOgwUEWr8 0a4AbhdfPtKEWuG5UnhA9ctX3TfvtEgd/WLuC5bKPIyr/bETVGx0IKjThxGi6j1CKgUD ukHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:dkim-signature; bh=Yf033zbvp9pxo0s9URPAho62aiEWTfxuw67OJFPXTEA=; b=dk1l+WhwTLPqRdS58Ydax9R5gYwS8ViJxaDlHjeiq7OM5F4GKo4cIAS7oPXP4BHagA +v0YudUYZeZ33NXy3wxevVVKlWC0K1VBwuOFZ9HEZPCqRSDNuqxX0/PX5MX60RMPHrdy gZAa2r9HhOMv4Ald1atNn4HFJPdIMVTNOfBJFtjlEX/+asqHpYB/+DkKwWgxdq3sIr6L /Cm/j+I4mexIGSBAJ8AqTc0Vk77eQ1jWzAnuDCrfDJbyUaYf7DZAlx7mlSNia7fPeYrM +zBPIL0tbOvEBVIOz+PyVDFJ34NvsZJgX9Md/bT5HkUsl5MkJr3IaUrGB7UiOF75iNLP 96SQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=PuAAqVaJ; spf=pass (google.com: domain of jagan@amarulasolutions.com designates 209.85.220.41 as permitted sender) smtp.mailfrom=jagan@amarulasolutions.com Received: from mail-sor-f41.google.com (mail-sor-f41.google.com. [209.85.220.41]) by mx.google.com with SMTPS id 16sor6400781pfi.49.2021.02.14.09.45.16 for <linux-amarula@amarulasolutions.com> (Google Transport Security); Sun, 14 Feb 2021 09:45:16 -0800 (PST) Received-SPF: pass (google.com: domain of jagan@amarulasolutions.com designates 209.85.220.41 as permitted sender) client-ip=209.85.220.41; X-Received: by 2002:a62:644f:0:b029:1d3:b559:fe7a with SMTP id y76-20020a62644f0000b02901d3b559fe7amr11803213pfb.21.1613324716287; Sun, 14 Feb 2021 09:45:16 -0800 (PST) Received: from ub-XPS-13-9350.domain.name ([45.249.78.214]) by smtp.gmail.com with ESMTPSA id r205sm4794137pfr.128.2021.02.14.09.45.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 14 Feb 2021 09:45:15 -0800 (PST) From: Jagan Teki <jagan@amarulasolutions.com> To: Rob Herring <robh+dt@kernel.org>, Andrzej Hajda <a.hajda@samsung.com>, Neil Armstrong <narmstrong@baylibre.com>, Laurent Pinchart <Laurent.pinchart@ideasonboard.com>, Jonas Karlman <jonas@kwiboo.se>, Jernej Skrabec <jernej.skrabec@siol.net>, Sam Ravnborg <sam@ravnborg.org> Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-amarula@amarulasolutions.com, Jagan Teki <jagan@amarulasolutions.com>, Marek Vasut <marex@denx.de> Subject: [PATCH v3 1/2] dt-bindings: display: bridge: Add bindings for SN65DSI83/84/85 Date: Sun, 14 Feb 2021 23:14:52 +0530 Message-Id: <20210214174453.104616-1-jagan@amarulasolutions.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 X-Original-Sender: jagan@amarulasolutions.com X-Original-Authentication-Results: mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=PuAAqVaJ; spf=pass (google.com: domain of jagan@amarulasolutions.com designates 209.85.220.41 as permitted sender) smtp.mailfrom=jagan@amarulasolutions.com Content-Type: text/plain; charset="UTF-8" Precedence: list Mailing-list: list linux-amarula@amarulasolutions.com; contact linux-amarula+owners@amarulasolutions.com List-ID: <linux-amarula.amarulasolutions.com> X-Spam-Checked-In-Group: linux-amarula@amarulasolutions.com X-Google-Group-Id: 476853432473 List-Post: <https://groups.google.com/a/amarulasolutions.com/group/linux-amarula/post>, <mailto:linux-amarula@amarulasolutions.com> List-Help: <https://support.google.com/a/amarulasolutions.com/bin/topic.py?topic=25838>, <mailto:linux-amarula+help@amarulasolutions.com> List-Archive: <https://groups.google.com/a/amarulasolutions.com/group/linux-amarula/> List-Unsubscribe: <mailto:googlegroups-manage+476853432473+unsubscribe@googlegroups.com>, <https://groups.google.com/a/amarulasolutions.com/group/linux-amarula/subscribe> |
| Series |
[v3,1/2] dt-bindings: display: bridge: Add bindings for SN65DSI83/84/85
|
|
Commit Message
Jagan Teki
Feb. 14, 2021, 5:44 p.m. UTC
SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge
controller IC's from Texas Instruments.
SN65DSI83 - Single Channel DSI to Single-link LVDS bridge
SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge
SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge
Right now the bridge driver is supporting Channel A with single
link, so dt-bindings documented according to it.
Cc: Marek Vasut <marex@denx.de>
Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
---
Changes for v3:
- fixed Rob comments
- updated commit message and file name to support all chip variants
Changes for v2:
- none
.../bindings/display/bridge/ti,sn65dsi8x.yaml | 122 ++++++++++++++++++
1 file changed, 122 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml
Comments
Hi, On 14/02/2021 18:44, Jagan Teki wrote: > SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge > controller IC's from Texas Instruments. > > SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge > > Right now the bridge driver is supporting Channel A with single > link, so dt-bindings documented according to it. Shouldn't it describe Dual-link LVDS already for SN65DSI84/85 and Dual Channel DSI for SN65DSI85 even if not implemented in the driver ? Neil > > Cc: Marek Vasut <marex@denx.de> > Signed-off-by: Jagan Teki <jagan@amarulasolutions.com> > --- > Changes for v3: > - fixed Rob comments > - updated commit message and file name to support all chip variants > Changes for v2: > - none > > .../bindings/display/bridge/ti,sn65dsi8x.yaml | 122 ++++++++++++++++++ > 1 file changed, 122 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml > > diff --git a/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml b/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml > new file mode 100644 > index 000000000000..7f9f8cd6e786 > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml > @@ -0,0 +1,122 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/display/bridge/ti,sn65dsi8x.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: TI SN65DSI83/84/85 MIPI DSI to LVDS bridge bindings > + > +maintainers: > + - Jagan Teki <jagan@amarulasolutions.com> > + > +description: | > + SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge controller > + IC's from Texas Instruments. > + > + SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > + SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > + SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge > + > + Bridge decodes MIPI DSI 18bpp RGB666 and 240bpp RG888 packets and > + converts the formatted video data stream to a FlatLink compatible > + LVDS output operating at pixel clocks operating from 25 MHx to > + 154 MHz. > + > +properties: > + compatible: > + enum: > + - ti,sn65dsi83 > + - ti,sn65dsi84 > + > + reg: > + const: 0x2c > + > + enable-gpios: > + maxItems: 1 > + description: GPIO specifier for bridge enable pin (active high). > + > + ports: > + $ref: /schemas/graph.yaml#/properties/ports > + > + properties: > + port@0: > + $ref: /schemas/graph.yaml#/properties/port > + description: | > + DSI Input. The remote endpoint phandle should be a > + reference to a valid mipi_dsi_host device node. > + > + port@1: > + $ref: /schemas/graph.yaml#/properties/port > + description: | > + Video port for LVDS output (panel or connector). > + > + required: > + - port@0 > + - port@1 > + > +required: > + - compatible > + - reg > + - enable-gpios > + - ports > + > +additionalProperties: false > + > +examples: > + - | > + #include <dt-bindings/gpio/gpio.h> > + > + dsi { > + #address-cells = <1>; > + #size-cells = <0>; > + > + ports { > + #address-cells = <1>; > + #size-cells = <0>; > + > + port@0 { > + reg = <0>; > + dsi_in: endpoint { > + remote-endpoint = <<dc_ep0_out>; > + }; > + }; > + > + port@1 { > + reg = <1>; > + dsi_out: endpoint { > + remote-endpoint = <&bridge_in>; > + data-lanes = <0 1>; > + }; > + }; > + }; > + }; > + > + i2c6 { > + #address-cells = <1>; > + #size-cells = <0>; > + > + bridge@2c { > + compatible = "ti,sn65dsi84"; > + reg = <0x2c>; > + enable-gpios = <&gpiof 15 GPIO_ACTIVE_HIGH>; > + > + ports { > + #address-cells = <1>; > + #size-cells = <0>; > + > + port@0 { > + reg = <0>; > + bridge_in: endpoint { > + remote-endpoint = <&dsi_out>; > + }; > + }; > + > + port@1 { > + reg = <1>; > + bridge_out: endpoint { > + remote-endpoint = <&panel_in_lvds>; > + }; > + }; > + }; > + }; > + }; >
On Mon, Feb 15, 2021 at 2:32 PM Neil Armstrong <narmstrong@baylibre.com> wrote: > > Hi, > > On 14/02/2021 18:44, Jagan Teki wrote: > > SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge > > controller IC's from Texas Instruments. > > > > SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > > SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > > SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge > > > > Right now the bridge driver is supporting Channel A with single > > link, so dt-bindings documented according to it. > > Shouldn't it describe Dual-link LVDS already for SN65DSI84/85 and Dual Channel DSI for SN65DSI85 even if not implemented in the driver ? Patch documented only Single link LVDS as it only supported by driver. Single link LVDS with Channel A configuration is common across all 3 variant chips. I have SN65DSI84 with Single link LVDS which is routed in Channel A. Idea is to go with Single link and add double link later and document the same. Jagan.
Hi, On 15/02/2021 12:25, Jagan Teki wrote: > On Mon, Feb 15, 2021 at 2:32 PM Neil Armstrong <narmstrong@baylibre.com> wrote: >> >> Hi, >> >> On 14/02/2021 18:44, Jagan Teki wrote: >>> SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge >>> controller IC's from Texas Instruments. >>> >>> SN65DSI83 - Single Channel DSI to Single-link LVDS bridge >>> SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge >>> SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge >>> >>> Right now the bridge driver is supporting Channel A with single >>> link, so dt-bindings documented according to it. >> >> Shouldn't it describe Dual-link LVDS already for SN65DSI84/85 and Dual Channel DSI for SN65DSI85 even if not implemented in the driver ? > > Patch documented only Single link LVDS as it only supported by driver. > Single link LVDS with Channel A configuration is common across all 3 > variant chips. I have SN65DSI84 with Single link LVDS which is routed > in Channel A. Idea is to go with Single link and add double link later > and document the same. DT Bindings is unrelated to the software support, simply add the second LVDS channel endpoint for SN65DSI84/85 and the second dsi endpoint for SN65DSI85. Neil > > Jagan. >
On Sun, 14 Feb 2021 23:14:52 +0530, Jagan Teki wrote: > SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge > controller IC's from Texas Instruments. > > SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge > > Right now the bridge driver is supporting Channel A with single > link, so dt-bindings documented according to it. > > Cc: Marek Vasut <marex@denx.de> > Signed-off-by: Jagan Teki <jagan@amarulasolutions.com> > --- > Changes for v3: > - fixed Rob comments > - updated commit message and file name to support all chip variants > Changes for v2: > - none > > .../bindings/display/bridge/ti,sn65dsi8x.yaml | 122 ++++++++++++++++++ > 1 file changed, 122 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml > Reviewed-by: Rob Herring <robh@kernel.org>
On 2/14/21 6:44 PM, Jagan Teki wrote: > SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge > controller IC's from Texas Instruments. > > SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge [...] > +description: | > + SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge controller > + IC's from Texas Instruments. > + > + SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > + SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > + SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge [...] > +properties: > + compatible: > + enum: > + - ti,sn65dsi83 > + - ti,sn65dsi84 DSI85 seems missing ? > + reg: > + const: 0x2c I have the DSI83 device at 0x2d, so this cannot be const 0x2c ? > + enable-gpios: > + maxItems: 1 > + description: GPIO specifier for bridge enable pin (active high). The bridge can work without this GPIO, so its optional. [...] Also, Doug reported that vcc and vcore regulators should likely be listed, see feedback on: [PATCH 1/2] dt-bindings: drm/bridge: ti-sn65dsi83: Add TI SN65DSI83 bindings
Hi Jagan, On 2021-02-14 18:44, Jagan Teki wrote: > SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge > controller IC's from Texas Instruments. > > SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge > > Right now the bridge driver is supporting Channel A with single > link, so dt-bindings documented according to it. Do you know when we can expect a v4 for this? I am currently working on top of your patch set to setup a dual-link LVDS bridge of SN65DSI84. thanks and kind regards, Claudius
Hi again, On Wed, Mar 24, 2021 at 02:56:37PM +0100, Claudius Heine wrote: > Hi Jagan, > > On 2021-02-14 18:44, Jagan Teki wrote: > > SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge > > controller IC's from Texas Instruments. > > > > SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > > SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > > SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge > > > > Right now the bridge driver is supporting Channel A with single > > link, so dt-bindings documented according to it. > > Do you know when we can expect a v4 for this? > > I am currently working on top of your patch set to setup a dual-link LVDS > bridge of SN65DSI84. Ping
On Wed, Mar 24, 2021 at 7:26 PM Claudius Heine <ch@denx.de> wrote: > > Hi Jagan, > > On 2021-02-14 18:44, Jagan Teki wrote: > > SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge > > controller IC's from Texas Instruments. > > > > SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > > SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > > SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge > > > > Right now the bridge driver is supporting Channel A with single > > link, so dt-bindings documented according to it. > > Do you know when we can expect a v4 for this? > > I am currently working on top of your patch set to setup a dual-link > LVDS bridge of SN65DSI84. Yes, I'm planning to send v4 this week. will keep you in CC. thanks! Jagan.
On 4/8/21 4:45 PM, Jagan Teki wrote: > On Wed, Mar 24, 2021 at 7:26 PM Claudius Heine <ch@denx.de> wrote: >> >> Hi Jagan, >> >> On 2021-02-14 18:44, Jagan Teki wrote: >>> SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge >>> controller IC's from Texas Instruments. >>> >>> SN65DSI83 - Single Channel DSI to Single-link LVDS bridge >>> SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge >>> SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge >>> >>> Right now the bridge driver is supporting Channel A with single >>> link, so dt-bindings documented according to it. >> >> Do you know when we can expect a v4 for this? >> >> I am currently working on top of your patch set to setup a dual-link >> LVDS bridge of SN65DSI84. > > Yes, I'm planning to send v4 this week. will keep you in CC. thanks! I haven't seen any activity here for over two weeks, so I decided to send V2 of the driver I wrote, now tested on both DSI83 and DSI84.
On Thu, Apr 22, 2021 at 4:04 AM Marek Vasut <marex@denx.de> wrote: > > On 4/8/21 4:45 PM, Jagan Teki wrote: > > On Wed, Mar 24, 2021 at 7:26 PM Claudius Heine <ch@denx.de> wrote: > >> > >> Hi Jagan, > >> > >> On 2021-02-14 18:44, Jagan Teki wrote: > >>> SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge > >>> controller IC's from Texas Instruments. > >>> > >>> SN65DSI83 - Single Channel DSI to Single-link LVDS bridge > >>> SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge > >>> SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge > >>> > >>> Right now the bridge driver is supporting Channel A with single > >>> link, so dt-bindings documented according to it. > >> > >> Do you know when we can expect a v4 for this? > >> > >> I am currently working on top of your patch set to setup a dual-link > >> LVDS bridge of SN65DSI84. > > > > Yes, I'm planning to send v4 this week. will keep you in CC. thanks! > > I haven't seen any activity here for over two weeks, so I decided to > send V2 of the driver I wrote, now tested on both DSI83 and DSI84. It delayed me since I have considered several comments from the Mailing list to wrote Dual Link-LVDS configuration support. I have a plan to send v4 in the coming weekend with these changes, I thought it would be the possible driver to support 1 and 2 links LVDS. Jagan.
diff --git a/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml b/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml new file mode 100644 index 000000000000..7f9f8cd6e786 --- /dev/null +++ b/Documentation/devicetree/bindings/display/bridge/ti,sn65dsi8x.yaml @@ -0,0 +1,122 @@ +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/display/bridge/ti,sn65dsi8x.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: TI SN65DSI83/84/85 MIPI DSI to LVDS bridge bindings + +maintainers: + - Jagan Teki <jagan@amarulasolutions.com> + +description: | + SN65DSI83/84/85 devices are MIPI DSI to LVDS based bridge controller + IC's from Texas Instruments. + + SN65DSI83 - Single Channel DSI to Single-link LVDS bridge + SN65DSI84 - Single Channel DSI to Dual-link LVDS bridge + SN65DSI85 - Dual Channel DSI to Dual-link LVDS bridge + + Bridge decodes MIPI DSI 18bpp RGB666 and 240bpp RG888 packets and + converts the formatted video data stream to a FlatLink compatible + LVDS output operating at pixel clocks operating from 25 MHx to + 154 MHz. + +properties: + compatible: + enum: + - ti,sn65dsi83 + - ti,sn65dsi84 + + reg: + const: 0x2c + + enable-gpios: + maxItems: 1 + description: GPIO specifier for bridge enable pin (active high). + + ports: + $ref: /schemas/graph.yaml#/properties/ports + + properties: + port@0: + $ref: /schemas/graph.yaml#/properties/port + description: | + DSI Input. The remote endpoint phandle should be a + reference to a valid mipi_dsi_host device node. + + port@1: + $ref: /schemas/graph.yaml#/properties/port + description: | + Video port for LVDS output (panel or connector). + + required: + - port@0 + - port@1 + +required: + - compatible + - reg + - enable-gpios + - ports + +additionalProperties: false + +examples: + - | + #include <dt-bindings/gpio/gpio.h> + + dsi { + #address-cells = <1>; + #size-cells = <0>; + + ports { + #address-cells = <1>; + #size-cells = <0>; + + port@0 { + reg = <0>; + dsi_in: endpoint { + remote-endpoint = <<dc_ep0_out>; + }; + }; + + port@1 { + reg = <1>; + dsi_out: endpoint { + remote-endpoint = <&bridge_in>; + data-lanes = <0 1>; + }; + }; + }; + }; + + i2c6 { + #address-cells = <1>; + #size-cells = <0>; + + bridge@2c { + compatible = "ti,sn65dsi84"; + reg = <0x2c>; + enable-gpios = <&gpiof 15 GPIO_ACTIVE_HIGH>; + + ports { + #address-cells = <1>; + #size-cells = <0>; + + port@0 { + reg = <0>; + bridge_in: endpoint { + remote-endpoint = <&dsi_out>; + }; + }; + + port@1 { + reg = <1>; + bridge_out: endpoint { + remote-endpoint = <&panel_in_lvds>; + }; + }; + }; + }; + };