From: Jacopo Mondi <jacopo@jmondi.org> To: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> Cc: linux-renesas-soc@vger.kernel.org, devicetree@vger.kernel.org, Kieran Bingham <kieran.bingham@ideasonboard.com>, dri-devel@lists.freedesktop.org Subject: Re: [PATCH v2 04/10] dt-bindings: display: renesas: lvds: Add renesas,companion property Date: Tue, 28 May 2019 11:28:47 +0200 [thread overview] Message-ID: <20190528092847.kxhhq7hevforddb6@uno.localdomain> (raw) In-Reply-To: <20190511210702.18394-5-laurent.pinchart+renesas@ideasonboard.com> [-- Attachment #1.1: Type: text/plain, Size: 1918 bytes --] Hi Laurent, On Sun, May 12, 2019 at 12:06:56AM +0300, Laurent Pinchart wrote: > Add a new optional renesas,companion property to point to the companion > LVDS encoder. This is used to support dual-link operation where the main > LVDS encoder splits even-numbered and odd-numbered pixels between the > two LVDS encoders. > > The new property doesn't control the mode of operation, it only > describes the relationship between the master and companion LVDS > encoders. > > Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> > --- > Changes since v1: > > - Fixed typo > --- > .../devicetree/bindings/display/bridge/renesas,lvds.txt | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt b/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt > index 900a884ad9f5..f2cc01d54cbd 100644 > --- a/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt > +++ b/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt > @@ -45,6 +45,12 @@ OF graph bindings specified in Documentation/devicetree/bindings/graph.txt. > > Each port shall have a single endpoint. > > +Optional properties: > + > +- renesas,companion : phandle to the companion LVDS encoder. This property is > + valid for the first LVDS encoder on D3 and E3 SoCs only, and points to the > + second encoder to be used as a companion in dual-link mode. > + If I got this right, the property does not enable dual-link operations by itself, but it needs the next bridge to be operating in dual link mode (ie. has both LVDS0 and LVDS1 output connected to its input ports). Is it worth describing it here (or at least clarify the the property alone does not enable dual link operations). Apart from that Reviewed-by: Jacopo Mondi <jacopo+renesas@jmondi.org> Thanks j > > Example: > > -- > Regards, > > Laurent Pinchart > [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 159 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Jacopo Mondi <jacopo@jmondi.org> To: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> Cc: dri-devel@lists.freedesktop.org, linux-renesas-soc@vger.kernel.org, Kieran Bingham <kieran.bingham@ideasonboard.com>, devicetree@vger.kernel.org Subject: Re: [PATCH v2 04/10] dt-bindings: display: renesas: lvds: Add renesas,companion property Date: Tue, 28 May 2019 11:28:47 +0200 [thread overview] Message-ID: <20190528092847.kxhhq7hevforddb6@uno.localdomain> (raw) In-Reply-To: <20190511210702.18394-5-laurent.pinchart+renesas@ideasonboard.com> [-- Attachment #1: Type: text/plain, Size: 1918 bytes --] Hi Laurent, On Sun, May 12, 2019 at 12:06:56AM +0300, Laurent Pinchart wrote: > Add a new optional renesas,companion property to point to the companion > LVDS encoder. This is used to support dual-link operation where the main > LVDS encoder splits even-numbered and odd-numbered pixels between the > two LVDS encoders. > > The new property doesn't control the mode of operation, it only > describes the relationship between the master and companion LVDS > encoders. > > Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> > --- > Changes since v1: > > - Fixed typo > --- > .../devicetree/bindings/display/bridge/renesas,lvds.txt | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt b/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt > index 900a884ad9f5..f2cc01d54cbd 100644 > --- a/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt > +++ b/Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt > @@ -45,6 +45,12 @@ OF graph bindings specified in Documentation/devicetree/bindings/graph.txt. > > Each port shall have a single endpoint. > > +Optional properties: > + > +- renesas,companion : phandle to the companion LVDS encoder. This property is > + valid for the first LVDS encoder on D3 and E3 SoCs only, and points to the > + second encoder to be used as a companion in dual-link mode. > + If I got this right, the property does not enable dual-link operations by itself, but it needs the next bridge to be operating in dual link mode (ie. has both LVDS0 and LVDS1 output connected to its input ports). Is it worth describing it here (or at least clarify the the property alone does not enable dual link operations). Apart from that Reviewed-by: Jacopo Mondi <jacopo+renesas@jmondi.org> Thanks j > > Example: > > -- > Regards, > > Laurent Pinchart > [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2019-05-28 9:28 UTC|newest] Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-05-11 21:06 [PATCH v2 00/10] R-Car DU: LVDS dual-link mode support Laurent Pinchart 2019-05-11 21:06 ` Laurent Pinchart 2019-05-11 21:06 ` [PATCH v2 01/10] drm: bridge: Add dual_link field to the drm_bridge_timings structure Laurent Pinchart 2019-05-11 21:06 ` Laurent Pinchart 2019-05-11 21:06 ` [PATCH v2 02/10] dt-bindings: display: bridge: thc63lvd1024: Document dual-link operation Laurent Pinchart 2019-05-11 21:06 ` Laurent Pinchart 2019-05-12 8:58 ` Geert Uytterhoeven 2019-05-12 8:58 ` Geert Uytterhoeven 2019-05-12 10:22 ` Laurent Pinchart 2019-05-12 10:22 ` Laurent Pinchart 2019-05-14 20:17 ` Rob Herring 2019-05-14 20:17 ` Rob Herring 2019-05-11 21:06 ` [PATCH v2 03/10] drm: bridge: thc63: Report input bus mode through bridge timings Laurent Pinchart 2019-05-11 21:06 ` Laurent Pinchart 2019-05-28 9:05 ` Jacopo Mondi 2019-05-28 9:05 ` Jacopo Mondi 2019-05-11 21:06 ` [PATCH v2 04/10] dt-bindings: display: renesas: lvds: Add renesas, companion property Laurent Pinchart 2019-05-11 21:06 ` [PATCH v2 04/10] dt-bindings: display: renesas: lvds: Add renesas,companion property Laurent Pinchart 2019-05-28 9:28 ` Jacopo Mondi [this message] 2019-05-28 9:28 ` Jacopo Mondi 2019-05-28 12:30 ` Laurent Pinchart 2019-05-28 12:30 ` Laurent Pinchart 2019-05-11 21:06 ` [PATCH v2 05/10] drm: rcar-du: lvds: Remove LVDS double-enable checks Laurent Pinchart 2019-05-11 21:06 ` Laurent Pinchart 2019-05-28 9:40 ` Jacopo Mondi 2019-05-28 9:40 ` Jacopo Mondi 2019-05-11 21:06 ` [PATCH v2 06/10] drm: rcar-du: lvds: Add support for dual-link mode Laurent Pinchart 2019-05-11 21:06 ` Laurent Pinchart 2019-05-28 9:35 ` Jacopo Mondi 2019-05-28 9:35 ` Jacopo Mondi 2019-05-28 12:46 ` Laurent Pinchart 2019-05-28 12:46 ` Laurent Pinchart 2019-05-11 21:06 ` [PATCH v2 07/10] drm: rcar-du: Skip LVDS1 output on Gen3 when using dual-link LVDS mode Laurent Pinchart 2019-05-11 21:06 ` Laurent Pinchart 2019-05-28 9:38 ` Jacopo Mondi 2019-05-28 9:38 ` Jacopo Mondi 2019-05-11 21:07 ` [PATCH v2 08/10] arm64: dts: renesas: r8a7799[05]: Point LVDS0 to its companion LVDS1 Laurent Pinchart 2019-05-11 21:07 ` Laurent Pinchart 2019-05-28 9:39 ` Jacopo Mondi 2019-05-28 9:39 ` Jacopo Mondi 2019-05-11 21:07 ` [PATCH v2 09/10] [HACK] arm64: dts: renesas: draak: Enable LVDS dual-link operation Laurent Pinchart 2019-05-11 21:07 ` Laurent Pinchart 2019-05-11 21:07 ` [PATCH v2 10/10] [HACK] arm64: dts: renesas: ebisu: " Laurent Pinchart 2019-05-11 21:07 ` Laurent Pinchart 2019-05-12 8:55 ` [PATCH v2 00/10] R-Car DU: LVDS dual-link mode support Geert Uytterhoeven 2019-05-12 8:55 ` Geert Uytterhoeven 2019-05-12 10:15 ` Laurent Pinchart 2019-05-12 10:15 ` Laurent Pinchart 2019-05-28 10:20 ` Jacopo Mondi 2019-05-28 10:20 ` Jacopo Mondi
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=20190528092847.kxhhq7hevforddb6@uno.localdomain \ --to=jacopo@jmondi.org \ --cc=devicetree@vger.kernel.org \ --cc=dri-devel@lists.freedesktop.org \ --cc=kieran.bingham@ideasonboard.com \ --cc=laurent.pinchart+renesas@ideasonboard.com \ --cc=linux-renesas-soc@vger.kernel.org \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.