From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>,
Linux Media Mailing List <linux-media@vger.kernel.org>,
linux-renesas-soc@vger.kernel.org,
Geert Uytterhoeven <geert+renesas@glider.be>
Subject: Re: [PATCH/RFC 1/9] clk: shmobile: r8a7795: Add FCP clocks
Date: Thu, 03 Mar 2016 14:04:24 +0200 [thread overview]
Message-ID: <2685433.VkSs8SGs8F@avalon> (raw)
In-Reply-To: <CAMuHMdWai64fZg6b2ZSWKwRQg325ZKNS2mfm5oAY-B4YXtvUgg@mail.gmail.com>
Hi Geert,
On Thursday 03 March 2016 12:56:29 Geert Uytterhoeven wrote:
> On Thu, Mar 3, 2016 at 11:49 AM, Laurent Pinchart wrote:
> > On Thursday 03 March 2016 08:37:02 Kuninori Morimoto wrote:
> >>>>>> - s2d2 (for 200MHz)
> >>>>>> - s2d1 (for 400MHz)
> >>>>>
> >>>>> Thank you for the information. Do you mean that different FCP
> >>>>> instances use different clocks ? If so, could you tell us which clock
> >>>>> is used by each instance in th H3 ES1 ?
> >>>>
> >>>> Sorry for my confusable mail.
> >>>> All FCP on H3 ES1 is using above,
> >>>> but, M3 or E3 will use different clock.
> >>>>
> >>>> Is this more clear ?
> >>>
> >>> Does it mean that every FCP instance uses both the S2D2 and the S2D1
> >>> clocks as functional clocks on H3 ES1 ?
> >>
> >> - s2d2 (200MHz) is for APB-IF,
> >> - s2d1 (400MHz) is for AXI-IF, and internal
> >>
> >> Is this clear answer ?
> >
> > It is, thank you very much for putting up with my slow mind ;-)
> >
> > Geert, deciding what clock to use as a parent for the MSTP clock becomes
> > interesting, As S2D2 clocks the control interface I propose picking it.
> > This shows the limits of the MSTP clock model though, MSTP is really a
> > module stop bit, not a clock.
>
> Quoting R-Car Gen3 rev. 0.5E:
> "Under software control, the CPG is capable of turning the supply of clock
> signals to individual modules on or off and of resetting individual
> modules."
>
> So it is a clock signal, or better (or worse): clock signals (plural).
I certainly believe that the module clock(s) is (are) gated when the module is
stopped through its MSTP bit. My point was that MSTP in itself is not a clock,
it's a module stop feature that uses clock and possibly other means to stop
modules and lower power consumption.
> Hence MSTP gates one or more clocks. Sigh...
The question is whether we really need to model that, and the answer can be
given in a case-by-case basis. In this case, given that S2D1 and S2D2 are both
children of the S2 clock and are not individually gate-able (the S2 clock
itself isn't either as far as I can tell) then it doesn't matter too much from
a functional point of view. The FCP MSTP clock doesn't have to be modeled in
the CPG driver as having multiple parents.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2016-03-03 12:04 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-12 2:00 [PATCH/RFC 0/9] FCP support for Renesas video cores Laurent Pinchart
2016-02-12 2:00 ` [PATCH/RFC 1/9] clk: shmobile: r8a7795: Add FCP clocks Laurent Pinchart
2016-02-15 9:22 ` Geert Uytterhoeven
2016-02-15 12:26 ` Laurent Pinchart
2016-02-26 10:55 ` Laurent Pinchart
2016-03-01 1:03 ` Kuninori Morimoto
2016-03-03 0:17 ` Kuninori Morimoto
2016-03-03 6:52 ` Laurent Pinchart
2016-03-03 7:19 ` Kuninori Morimoto
2016-03-03 7:31 ` Laurent Pinchart
2016-03-03 8:37 ` Kuninori Morimoto
2016-03-03 10:49 ` Laurent Pinchart
2016-03-03 11:56 ` Geert Uytterhoeven
2016-03-03 12:04 ` Laurent Pinchart [this message]
2016-04-12 6:27 ` Kuninori Morimoto
2016-02-12 2:00 ` [PATCH/RFC 2/9] clk: shmobile: r8a7795: Add LVDS module clock Laurent Pinchart
2016-02-15 9:24 ` Geert Uytterhoeven
2016-02-15 12:27 ` Laurent Pinchart
2016-02-12 2:00 ` [PATCH/RFC 3/9] v4l: Add Renesas R-Car FCP driver Laurent Pinchart
2016-02-15 9:32 ` Geert Uytterhoeven
2016-02-15 12:35 ` Laurent Pinchart
2016-02-26 13:20 ` Geert Uytterhoeven
2016-02-12 2:00 ` [PATCH/RFC 4/9] v4l: vsp1: VSPD instances have no LUT on Gen3 Laurent Pinchart
2016-02-12 2:00 ` [PATCH/RFC 5/9] v4l: vsp1: Add FCP support Laurent Pinchart
2016-02-12 2:00 ` [PATCH/RFC 6/9] ARM64: renesas: r8a7795: Add FCPV nodes Laurent Pinchart
2016-02-15 9:45 ` Geert Uytterhoeven
2016-02-15 12:50 ` Laurent Pinchart
2016-02-12 2:00 ` [PATCH/RFC 7/9] ARM64: renesas: r8a7795: Add VSP instances Laurent Pinchart
2016-02-15 9:58 ` Geert Uytterhoeven
2016-02-15 12:53 ` Laurent Pinchart
2016-02-12 2:00 ` [PATCH/RFC 8/9] ARM64: renesas: r8a7795: Add DU device to DT Laurent Pinchart
2016-02-12 2:00 ` [PATCH/RFC 9/9] ARM64: renesas: salvator-x: Enable DU 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=2685433.VkSs8SGs8F@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=geert+renesas@glider.be \
--cc=geert@linux-m68k.org \
--cc=kuninori.morimoto.gx@renesas.com \
--cc=linux-media@vger.kernel.org \
--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: 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).