From: Xin Ji <xji@analogixsemi.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.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>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Daniel Vetter <daniel@ffwll.ch>,
Dan Carpenter <dan.carpenter@oracle.com>,
Sheng Pan <span@analogixsemi.com>
Subject: Re: [PATCH v2 1/2] dt-bindings: drm/bridge: anx7625: MIPI to DP transmitter binding
Date: Tue, 15 Oct 2019 03:02:59 +0000 [thread overview]
Message-ID: <20191015030250.GA11971@xin-VirtualBox> (raw)
In-Reply-To: <20191014221610.GK23442@pendragon.ideasonboard.com>
Hi Laurent Pinchart,
On Tue, Oct 15, 2019 at 01:16:10AM +0300, Laurent Pinchart wrote:
> 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.
I think the port@2 should be removed, it could not be inferred from the
connected DT 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.
OK.
>
> > >> [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
next prev parent reply other threads:[~2019-10-15 5:36 UTC|newest]
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
2019-10-15 3:02 ` Xin Ji [this message]
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 publicly 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=20191015030250.GA11971@xin-VirtualBox \
--to=xji@analogixsemi.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=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=narmstrong@baylibre.com \
--cc=span@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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).