DriverDev-Devel Archive on lore.kernel.org
 help / color / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Xin Ji <xji@analogixsemi.com>
Cc: "devel@driverdev.osuosl.org" <devel@driverdev.osuosl.org>,
	Jernej Skrabec <jernej.skrabec@siol.net>,
	Jonas Karlman <jonas@kwiboo.se>, David Airlie <airlied@linux.ie>,
	Neil Armstrong <narmstrong@baylibre.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>,
	Andrzej Hajda <a.hajda@samsung.com>,
	Sheng Pan <span@analogixsemi.com>,
	Daniel Vetter <daniel@ffwll.ch>,
	Dan Carpenter <dan.carpenter@oracle.com>
Subject: Re: [PATCH v2 1/2] dt-bindings: drm/bridge: anx7625: MIPI to DP transmitter binding
Date: Tue, 15 Oct 2019 01:16:10 +0300
Message-ID: <20191014221610.GK23442@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20191014030238.GB2390@xin-VirtualBox>

Hi Xin Ji,

On Mon, Oct 14, 2019 at 03:02:48AM +0000, Xin Ji wrote:
> On Fri, Oct 11, 2019 at 03:54:18PM +0300, Laurent Pinchart wrote:
> > On Fri, Oct 11, 2019 at 01:21:43PM +0200, Andrzej Hajda wrote:
> >> On 11.10.2019 04:21, Xin Ji wrote:
> >>> The ANX7625 is an ultra-low power 4K Mobile HD Transmitter designed
> >>> for portable device. It converts MIPI to DisplayPort 1.3 4K.
> >>>
> >>> You can add support to your board with binding.
> >>>
> >>> Example:
> >>> 	anx7625_bridge: encoder@58 {
> >>> 		compatible = "analogix,anx7625";
> >>> 		reg = <0x58>;
> >>> 		status = "okay";
> >>> 		panel-flags = <1>;
> >>> 		enable-gpios = <&pio 45 GPIO_ACTIVE_HIGH>;
> >>> 		reset-gpios = <&pio 73 GPIO_ACTIVE_HIGH>;
> >>> 		#address-cells = <1>;
> >>> 		#size-cells = <0>;
> >>>
> >>> 		port@0 {
> >>> 		  reg = <0>;
> >>> 		  anx_1_in: endpoint {
> >>> 		    remote-endpoint = <&mipi_dsi>;
> >>> 		  };
> >>> 		};
> >>>
> >>> 		port@3 {
> >>> 		  reg = <3>;
> >>> 		  anx_1_out: endpoint {
> >>> 		    remote-endpoint = <&panel_in>;
> >>> 		  };
> >>> 		};
> >>> 	};
> >>>
> >>> Signed-off-by: Xin Ji <xji@analogixsemi.com>
> >>> ---
> >>>  .../bindings/display/bridge/anx7625.yaml           | 96 ++++++++++++++++++++++
> >>>  1 file changed, 96 insertions(+)
> >>>  create mode 100644 Documentation/devicetree/bindings/display/bridge/anx7625.yaml
> >>>
> >>> diff --git a/Documentation/devicetree/bindings/display/bridge/anx7625.yaml b/Documentation/devicetree/bindings/display/bridge/anx7625.yaml
> >>> new file mode 100644
> >>> index 0000000..fc84683
> >>> --- /dev/null
> >>> +++ b/Documentation/devicetree/bindings/display/bridge/anx7625.yaml
> >>> @@ -0,0 +1,96 @@
> >>> +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> >>> +# Copyright 2019 Analogix Semiconductor, Inc.
> >>> +%YAML 1.2
> >>> +---
> >>> +$id: "http://devicetree.org/schemas/display/bridge/anx7625.yaml#"
> >>> +$schema: "http://devicetree.org/meta-schemas/core.yaml#"
> >>> +
> >>> +title: Analogix ANX7625 SlimPort (4K Mobile HD Transmitter)
> >>> +
> >>> +maintainers:
> >>> +  - Xin Ji <xji@analogixsemi.com>
> >>> +
> >>> +description: |
> >>> +  The ANX7625 is an ultra-low power 4K Mobile HD Transmitter
> >>> +  designed for portable devices.
> >>> +
> >>> +properties:
> >>> +  "#address-cells": true
> >>> +  "#size-cells": true
> >>> +
> >>> +  compatible:
> >>> +    items:
> >>> +      - const: analogix,anx7625
> >>> +
> >>> +  reg:
> >>> +    maxItems: 1
> >>> +
> >>> +  panel-flags:
> >>> +    description: indicate the panel is internal or external
> >>> +    maxItems: 1
> >>> +
> >>> +  interrupts:
> >>> +    maxItems: 1
> >>> +
> >>> +  enable-gpios:
> >>> +    description: used for power on chip control, POWER_EN pin D2.
> >>> +    maxItems: 1
> >>> +
> >>> +  reset-gpios:
> >>> +    description: used for reset chip control, RESET_N pin B7.
> >>> +    maxItems: 1
> >>> +
> >>> +  port@0:
> >>> +    type: object
> >>> +    description:
> >>> +      A port node pointing to MIPI DSI host port node.
> >>> +
> >>> +  port@1:
> >>> +    type: object
> >>> +    description:
> >>> +      A port node pointing to MIPI DPI host port node.
> >>> +
> >>> +  port@2:
> >>> +    type: object
> >>> +    description:
> >>> +      A port node pointing to external connector port node.
> >>> +
> >>> +  port@3:
> >>> +    type: object
> >>> +    description:
> >>> +      A port node pointing to eDP port node.
> >> 
> >> 
> >> Decrypting available product brief[1], there are following physical lines:
> >> 
> >> Input:
> >> 
> >> - MIPI DSI/DPI - video data, are DSI and DPI lines shared?
> > 
> > It would be much easier if we could have access to more complete
> > information. I believe the DSI and DPI pins could be muxed, but there
> > should be more DPI pins than DSI pins.
>
> Yes DPI pins more than DSI pins.
> 
> >> 
> >> - I2S - audio data,
> >> 
> >> - I2C - control line,
> >> 
> >> - ALERT/INTP - interrupt,
> >> 
> >> - USB 3.1 SSRc/Tx - for USB forwarding,
> >> 
> >> Output:
> >> 
> >> - SS1, SS2,
> >> 
> >> - SBU/AUX,
> >> 
> >> - CC1/2.
> >> 
> >> 
> >> Having this information I try to understand ports defined by you:
> >> 
> >> - port@2 you have defined as pointing to external port, but here the
> >> port should be rather subnode of ANX7625 - the chip has CC lines, see
> >> beginning of [2].
> >> 
> >> - port@3 describes SS1, SS2 and SBU/AUX lines together, am I right? In
> >> USB-C binding SBU and SS lines are represented by different ports,
> >> different approach, but maybe better in this case.
> > 
> > I believe that, when connected to a DP display (either DP or eDP), the
> > DisplayPort signals are output on SS1 and/or SS2. I this really wonder
> > if we need two separate ports for this, it seems that port@2 and port@3
> > should be merged.
>
> OK, I will merge the port@2 and port@3, and use a flag to indicate
> whether the control is external connector control or not.

Could this be inferred from the connected DT node ? If the node
connected to the endpoint is a display connector node, then we have an
external connector. Otherwise we have an eDP panel. Ideally this should
even be done at runtime, by communicating with the drm_bridge or
drm_panel corresponding to the connected node.

> >> Maybe it would be good to add 2nd example with USB-C port.
> > 
> > That would help with the discussion, yes.
>
> As we disabled USB-C feature in anx7625, we cannot define a USB-C port.

It's fine if the feature isn't implemented in the driver, but we should
still take it into account to design the DT bindings. Otherwise, when
someone will want to add support for USB-C to the ANX7625 bindings, they
may find it impossible to do so in a nice backward-compatible way.
That's why an example would already be useful.

> >> [1]:
> >> https://www.analogix.com/system/files/AA-002291-PB-6-ANX7625_ProductBrief.pdf
> >> 
> >> [2]: Documentation/devicetree/bindings/connector/usb-connector.txt
> >> 
> >>> +
> >>> +required:
> >>> +  - "#address-cells"
> >>> +  - "#size-cells"
> >>> +  - compatible
> >>> +  - reg
> >>> +  - port@0
> >>> +  - port@3
> >>> +
> >>> +example:
> >>> +  - |
> >>> +    anx7625_bridge: encoder@58 {
> >>> +        compatible = "analogix,anx7625";
> >>> +        reg = <0x58>;
> >>> +        status = "okay";
> >>> +        panel-flags = <1>;
> >>> +        enable-gpios = <&pio 45 GPIO_ACTIVE_HIGH>;
> >>> +        reset-gpios = <&pio 73 GPIO_ACTIVE_HIGH>;
> >>> +        #address-cells = <1>;
> >>> +        #size-cells = <0>;
> >>> +
> >>> +        port@0 {
> >>> +          reg = <0>;
> >>> +          anx_1_in: endpoint {
> >>> +            remote-endpoint = <&mipi_dsi>;
> >>> +          };
> >>> +        };
> >>> +
> >>> +        port@3 {
> >>> +          reg = <3>;
> >>> +          anx_1_out: endpoint {
> >>> +            remote-endpoint = <&panel_in>;
> >>> +          };
> >>> +        };
> >>> +    };

-- 
Regards,

Laurent Pinchart
_______________________________________________
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

  reply index

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20191011022055epcas5p37790ed31cbe63d0be0f6b5786ce1392a@epcas5p3.samsung.com>
2019-10-11  2:20 ` [PATCH v2 0/2] Add initial support for slimport anx7625 Xin Ji
2019-10-11  2:21   ` [PATCH v2 1/2] dt-bindings: drm/bridge: anx7625: MIPI to DP transmitter binding Xin Ji
2019-10-11 11:21     ` Andrzej Hajda
2019-10-11 12:54       ` Laurent Pinchart
2019-10-14  3:02         ` Xin Ji
2019-10-14 22:16           ` Laurent Pinchart [this message]
2019-10-15  3:02             ` Xin Ji
2019-10-14  2:53       ` Xin Ji
2019-10-11  2:23   ` [PATCH v2 2/2] drm/bridge: anx7625: Add anx7625 MIPI DSI/DPI to DP bridge driver Xin Ji
2019-10-14  8:20     ` kbuild test robot
2019-10-14  8:20     ` [RFC PATCH] drm/bridge: anx7625: ANX_OUI[] can be static kbuild test robot
2019-10-15  9:19     ` [PATCH v2 2/2] drm/bridge: anx7625: Add anx7625 MIPI DSI/DPI to DP bridge driver Dan Carpenter
2019-10-11  6:12   ` [PATCH v2 0/2] Add initial support for slimport anx7625 Andrzej Hajda
2019-10-11  7:52     ` Xin Ji
2019-10-11 10:27   ` Dan Carpenter
2019-10-10  9:31 Xin Ji
2019-10-10  9:32 ` [PATCH v2 1/2] dt-bindings: drm/bridge: anx7625: MIPI to DP transmitter binding Xin Ji
  -- strict thread matches above, loose matches on Subject: below --
2019-10-09  9:26 [PATCH v2 0/2] Add initial support for slimport anx7625 Xin Ji
2019-10-09  9:27 ` [PATCH v2 1/2] dt-bindings: drm/bridge: anx7625: MIPI to DP transmitter binding Xin Ji
2019-10-09 12:10   ` Laurent Pinchart
2019-10-10  3:38     ` Xin Ji

Reply instructions:

You may reply publically to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20191014221610.GK23442@pendragon.ideasonboard.com \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=a.hajda@samsung.com \
    --cc=airlied@linux.ie \
    --cc=dan.carpenter@oracle.com \
    --cc=daniel@ffwll.ch \
    --cc=devel@driverdev.osuosl.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jernej.skrabec@siol.net \
    --cc=jonas@kwiboo.se \
    --cc=linux-kernel@vger.kernel.org \
    --cc=narmstrong@baylibre.com \
    --cc=span@analogixsemi.com \
    --cc=xji@analogixsemi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

DriverDev-Devel Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/driverdev-devel/0 driverdev-devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 driverdev-devel driverdev-devel/ https://lore.kernel.org/driverdev-devel \
		driverdev-devel@linuxdriverproject.org devel@driverdev.osuosl.org
	public-inbox-index driverdev-devel

Example config snippet for mirrors

Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.linuxdriverproject.driverdev-devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git