From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Simon Horman <horms@verge.net.au>
Cc: linux-renesas-soc@vger.kernel.org, Ulrich Hecht <uli@fpond.eu>,
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v2 13/16] arm64: dts: renesas: r8a77990: Add display output support
Date: Mon, 17 Sep 2018 11:59:32 +0300 [thread overview]
Message-ID: <1591567.fSGLneYn9d@avalon> (raw)
In-Reply-To: <2010332.BWU5Iuuyd0@avalon>
On Monday, 17 September 2018 11:54:04 EEST Laurent Pinchart wrote:
> Hi Simon,
>
> On Monday, 17 September 2018 11:47:15 EEST Laurent Pinchart wrote:
> > On Monday, 17 September 2018 11:14:20 EEST Simon Horman wrote:
> > > On Mon, Sep 17, 2018 at 09:50:55AM +0200, Simon Horman wrote:
> > > > On Fri, Sep 14, 2018 at 12:10:43PM +0300, Laurent Pinchart wrote:
> > > > > The R8A77990 (E3) platform has one RGB output and two LVDS outputs
> > > > > connected to the DU. Add the DT nodes for the DU, LVDS encoders and
> > > > > supporting VSP and FCP.
> > > > >
> > > > > Signed-off-by: Laurent Pinchart
> > > > > <laurent.pinchart+renesas@ideasonboard.com>
> > > > > Tested-by: Jacopo Mondi <jacopo+renesas@jmondi.org>
> > > > > ---
> > > > >
> > > > > arch/arm64/boot/dts/renesas/r8a77990.dtsi | 167
> > > > > +++++++++++++++++++++++
> > > > > 1 file changed, 167 insertions(+)
> > > > >
> > > > > diff --git a/arch/arm64/boot/dts/renesas/r8a77990.dtsi
> > > > > b/arch/arm64/boot/dts/renesas/r8a77990.dtsi index
> > > > > abb14af76c0e..600074ca3ee5 100644
> > > > > --- a/arch/arm64/boot/dts/renesas/r8a77990.dtsi
> > > > > +++ b/arch/arm64/boot/dts/renesas/r8a77990.dtsi
> > > > > @@ -537,6 +537,173 @@
> > > > >
> > > > > resets = <&cpg 408>;
> > > > >
> > > > > };
> > > >
> > > > These nodes should be placed after the gic to preserve the sorting
> > > > of nodes by bus address and then IP block.
> > > >
> > > > > + vspb0: vsp@fe960000 {
> > > > > + compatible = "renesas,vsp2";
> > > > > + reg = <0 0xfe960000 0 0x8000>;
> > > > > + interrupts = <GIC_SPI 266 IRQ_TYPE_LEVEL_HIGH>;
> > > > > + clocks = <&cpg CPG_MOD 626>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 626>;
> > > > > + renesas,fcp = <&fcpvb0>;
> > > > > + };
> > > > > +
> > > > > + fcpvb0: fcp@fe96f000 {
> > > > > + compatible = "renesas,fcpv";
> > > > > + reg = <0 0xfe96f000 0 0x200>;
> > > > > + clocks = <&cpg CPG_MOD 607>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 607>;
> > > > > + iommus = <&ipmmu_vp0 5>;
> > > > > + };
> > > > > +
> > > > > + vspi0: vsp@fe9a0000 {
> > > > > + compatible = "renesas,vsp2";
> > > > > + reg = <0 0xfe9a0000 0 0x8000>;
> > > > > + interrupts = <GIC_SPI 444 IRQ_TYPE_LEVEL_HIGH>;
> > > > > + clocks = <&cpg CPG_MOD 622>;
> > > >
> > > > R-Car Series, 3rd Generation, v1.00, Table Table 8A.21 indicates
> > > > that this clock should be <&cpg CPG_MOD 631>. The clock above is
> > > > (according to my reading of the documentation) correctly
> > > > used for vspd1 below.
> > > >
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 631>;
> > > > > + renesas,fcp = <&fcpvi0>;
> > > > > + };
> > > > > +
> > > > > + fcpvi0: fcp@fe9af000 {
> > > > > + compatible = "renesas,fcpv";
> > > > > + reg = <0 0xfe9af000 0 0x200>;
> > > > > + clocks = <&cpg CPG_MOD 611>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 611>;
> > > > > + iommus = <&ipmmu_vp0 8>;
> > > > > + };
> > > > > +
> > > > > + vspd0: vsp@fea20000 {
> > > > > + compatible = "renesas,vsp2";
> > > > > + reg = <0 0xfea20000 0 0x7000>;
> > > > > + interrupts = <GIC_SPI 466 IRQ_TYPE_LEVEL_HIGH>;
> > > > > + clocks = <&cpg CPG_MOD 623>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 623>;
> > > > > + renesas,fcp = <&fcpvd0>;
> > > > > + };
> > > > > +
> > > > > + fcpvd0: fcp@fea27000 {
> > > > > + compatible = "renesas,fcpv";
> > > > > + reg = <0 0xfea27000 0 0x200>;
> > > > > + clocks = <&cpg CPG_MOD 603>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 603>;
> > > > > + iommus = <&ipmmu_vi0 8>;
> > > > > + };
> > > > > +
> > > > > + vspd1: vsp@fea28000 {
> > > > > + compatible = "renesas,vsp2";
> > > > > + reg = <0 0xfea28000 0 0x7000>;
> > > > > + interrupts = <GIC_SPI 467 IRQ_TYPE_LEVEL_HIGH>;
> > > > > + clocks = <&cpg CPG_MOD 622>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 622>;
> > > > > + renesas,fcp = <&fcpvd1>;
> > > > > + };
> > > > > +
> > > > > + fcpvd1: fcp@fea2f000 {
> > > > > + compatible = "renesas,fcpv";
> > > > > + reg = <0 0xfea2f000 0 0x200>;
> > > > > + clocks = <&cpg CPG_MOD 602>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 602>;
> > > > > + iommus = <&ipmmu_vi0 9>;
> > > > > + };
> > > > > +
> > > > > + du: display@feb00000 {
> > > > > + compatible = "renesas,du-r8a77990";
> > > > > + reg = <0 0xfeb00000 0 0x80000>;
> > > > > + interrupts = <GIC_SPI 256 IRQ_TYPE_LEVEL_HIGH>,
> > > > > + <GIC_SPI 268 IRQ_TYPE_LEVEL_HIGH>;
> > > > > + clocks = <&cpg CPG_MOD 724>,
> > > > > + <&cpg CPG_MOD 723>;
> > > > > + clock-names = "du.0", "du.1";
> > > > > + vsps = <&vspd0 0 &vspd1 0>;
> > > > > + status = "disabled";
> > > > > +
> > > > > + ports {
> > > > > + #address-cells = <1>;
> > > > > + #size-cells = <0>;
> > > > > +
> > > > > + port@0 {
> > > > > + reg = <0>;
> > > > > + du_out_rgb: endpoint {
> > > > > + };
> > > > > + };
> > > > > +
> > > > > + port@1 {
> > > > > + reg = <1>;
> > > > > + du_out_lvds0: endpoint {
> > > > > + remote-endpoint = <&lvds0_in>;
> > > > > + };
> > > > > + };
> > > > > +
> > > > > + port@2 {
> > > > > + reg = <2>;
> > > > > + du_out_lvds1: endpoint {
> > > > > + remote-endpoint = <&lvds1_in>;
> > > > > + };
> > > > > + };
> > > > > + };
> > > > > + };
> > > > > +
> > > > > + lvds0: lvds-encoder@feb90000 {
> > > > > + compatible = "renesas,r8a77990-lvds";
> > > > > + reg = <0 0xfeb90000 0 0x20>;
> > > > > + clocks = <&cpg CPG_MOD 727>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 727>;
> > > > > + status = "disabled";
> > > > > +
> > > > > + ports {
> > > > > + #address-cells = <1>;
> > > > > + #size-cells = <0>;
> > > > > +
> > > > > + port@0 {
> > > > > + reg = <0>;
> > > > > + lvds0_in: endpoint {
> > > > > + remote-endpoint = <&du_out_lvds0>;
> > > > > + };
> > > > > + };
> > > > > +
> > > > > + port@1 {
> > > > > + reg = <1>;
> > > > > + lvds0_out: endpoint {
> > > > > + };
> > > > > + };
> > > > > + };
> > > > > + };
> > > > > +
> > > > > + lvds1: lvds-encoder@feb90100 {
> > > > > + compatible = "renesas,r8a77990-lvds";
> > > > > + reg = <0 0xfeb90100 0 0x20>;
> > > > > + clocks = <&cpg CPG_MOD 727>;
> > > > > + power-domains = <&sysc R8A77990_PD_ALWAYS_ON>;
> > > > > + resets = <&cpg 726>;
> > >
> > > Also, is the missmatch between the index for the clock and reset
> > > intentional?
> >
> > It is. According to the datasheet, the two LVDS encoders have different
> > module stop bits, but share the same reset (lovely hardware design, it
> > will be fun to support that in the driver :-S).
>
> Sorry, I got it wrong. it's bit 725 that is shared between the two LVDS
> encoders, to reset the two LVDS PLLs together. The encoders themselves still
> have independent reset bits. I'll fix this.
And of course it's the clock you were commenting on, not the reset. *sigh*
According to the datasheets the two LVDS encoders share one MSTP. Whether
that's a mistake in the documentation or not I can't tell yet, as I have only
tested LVDS0.
> > > > > + status = "disabled";
> > > > > +
> > > > > + ports {
> > > > > + #address-cells = <1>;
> > > > > + #size-cells = <0>;
> > > > > +
> > > > > + port@0 {
> > > > > + reg = <0>;
> > > > > + lvds1_in: endpoint {
> > > > > + remote-endpoint = <&du_out_lvds1>;
> > > > > + };
> > > > > + };
> > > > > +
> > > > > + port@1 {
> > > > > + reg = <1>;
> > > > > + lvds1_out: endpoint {
> > > > > + };
> > > > > + };
> > > > > + };
> > > > > + };
> > > > > +
> > > > >
> > > > > prr: chipid@fff00044 {
> > > > >
> > > > > compatible = "renesas,prr";
> > > > > reg = <0 0xfff00044 0 4>;
--
Regards,
Laurent Pinchart
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2018-09-17 8:59 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-14 9:10 [PATCH v2 00/16] R-Car D3/E3 display support (with LVDS PLL) Laurent Pinchart
2018-09-14 9:10 ` [PATCH v2 01/16] dt-bindings: display: renesas: du: Document r8a77990 bindings Laurent Pinchart
2018-09-17 10:53 ` Ulrich Hecht
2018-09-14 9:10 ` [PATCH v2 02/16] dt-bindings: display: renesas: lvds: " Laurent Pinchart
2018-09-17 10:53 ` Ulrich Hecht
2018-09-24 11:36 ` Kieran Bingham
2018-09-14 9:10 ` [PATCH v2 03/16] dt-bindings: display: renesas: lvds: Add EXTAL and DU_DOTCLKIN clocks Laurent Pinchart
2018-09-17 10:53 ` Ulrich Hecht
2018-09-24 19:04 ` Kieran Bingham
2018-09-14 9:10 ` [PATCH v2 04/16] drm: bridge: thc63: Restrict modes based on hardware operating frequency Laurent Pinchart
2018-09-17 10:53 ` Ulrich Hecht
2018-09-17 12:23 ` Laurent Pinchart
2018-09-14 9:10 ` [PATCH v2 05/16] drm: rcar-du: lvds: D3/E3 support Laurent Pinchart
2018-09-17 10:53 ` Ulrich Hecht
2018-09-17 12:41 ` Laurent Pinchart
2018-09-17 12:49 ` jacopo mondi
2018-09-14 9:10 ` [PATCH v2 06/16] drm: rcar-du: Perform the initial CRTC setup from rcar_du_crtc_get() Laurent Pinchart
2018-09-17 12:50 ` jacopo mondi
2018-09-26 15:55 ` Ulrich Hecht
2018-09-28 15:14 ` Laurent Pinchart
2018-09-14 9:10 ` [PATCH v2 07/16] drm: rcar-du: Use LVDS PLL clock as dot clock when possible Laurent Pinchart
2018-09-17 12:55 ` jacopo mondi
2018-09-26 15:55 ` Ulrich Hecht
2018-11-27 0:44 ` Kuninori Morimoto
2018-12-06 9:50 ` Laurent Pinchart
2018-12-07 1:25 ` Kuninori Morimoto
2018-09-14 9:10 ` [PATCH v2 08/16] drm: rcar-du: Enable configurable DPAD0 routing on Gen3 Laurent Pinchart
2018-09-17 12:56 ` jacopo mondi
2018-09-26 15:55 ` Ulrich Hecht
2018-09-14 9:10 ` [PATCH v2 09/16] drm: rcar-du: Cache DSYSR value to ensure known initial value Laurent Pinchart
2018-09-24 11:18 ` Kieran Bingham
2018-09-26 15:55 ` Ulrich Hecht
2018-09-14 9:10 ` [PATCH v2 10/16] drm: rcar-du: Don't use TV sync mode when not supported by the hardware Laurent Pinchart
2018-09-24 11:26 ` Kieran Bingham
2018-09-26 15:55 ` Ulrich Hecht
2018-09-14 9:10 ` [PATCH v2 11/16] drm: rcar-du: Add r8a77990 and r8a77995 device support Laurent Pinchart
2018-09-24 11:41 ` Kieran Bingham
2018-09-14 9:10 ` [PATCH v2 12/16] arm64: dts: renesas: r8a77990: Add I2C device nodes Laurent Pinchart
2018-09-17 7:33 ` Simon Horman
2018-09-17 8:08 ` Laurent Pinchart
2018-09-14 9:10 ` [PATCH v2 13/16] arm64: dts: renesas: r8a77990: Add display output support Laurent Pinchart
2018-09-17 7:50 ` Simon Horman
2018-09-17 8:14 ` Simon Horman
2018-09-17 8:47 ` Laurent Pinchart
2018-09-17 8:54 ` Laurent Pinchart
2018-09-17 8:59 ` Laurent Pinchart [this message]
2018-09-19 8:35 ` Simon Horman
2018-09-19 13:11 ` Laurent Pinchart
2018-09-21 7:16 ` Simon Horman
2018-09-21 8:41 ` Laurent Pinchart
2018-09-17 8:38 ` Laurent Pinchart
2018-09-17 8:51 ` Simon Horman
2018-09-17 9:08 ` Laurent Pinchart
2018-09-17 9:48 ` Geert Uytterhoeven
2018-09-17 10:01 ` Laurent Pinchart
2018-09-14 9:10 ` [PATCH v2 14/16] arm64: dts: renesas: r8a77995: Add LVDS support Laurent Pinchart
2018-09-14 9:10 ` [PATCH v2 15/16] arm64: dts: renesas: r8a77990: ebisu: Enable VGA and HDMI outputs Laurent Pinchart
2018-09-26 15:55 ` Ulrich Hecht
2018-09-14 9:10 ` [PATCH v2 16/16] arm64: dts: renesas: r8a77995: draak: Enable HDMI display output Laurent Pinchart
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=1591567.fSGLneYn9d@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=horms@verge.net.au \
--cc=kieran.bingham@ideasonboard.com \
--cc=laurent.pinchart+renesas@ideasonboard.com \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=uli@fpond.eu \
/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).