linux-sh.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: linux-sh@vger.kernel.org
Subject: Re: [PATCH/RFC 2/6] boot-mode-reg: Add R-Car Gen2 driver
Date: Tue, 15 Dec 2015 08:16:27 +0000	[thread overview]
Message-ID: <CAMuHMdUC9P=2VpZQCeKN=NV1Ne2RhE2RumwFabwy7xWe_WXhAw@mail.gmail.com> (raw)
In-Reply-To: <1444892377-10170-3-git-send-email-horms+renesas@verge.net.au>

On Tue, Dec 15, 2015 at 8:58 AM, Simon Horman <horms@verge.net.au> wrote:
> On Mon, Oct 26, 2015 at 04:08:04AM +0200, Laurent Pinchart wrote:
>> On Saturday 24 October 2015 19:46:11 Geert Uytterhoeven wrote:
>> > On Fri, Oct 23, 2015 at 2:49 PM, Laurent Pinchart wrote:
>> > >> --- a/include/misc/boot-mode-reg.h
>> > >> +++ b/include/misc/boot-mode-reg.h
>> > >> @@ -21,4 +21,7 @@
>> > >>
>> > >>  int boot_mode_reg_get(u32 *mode);
>> > >>  int boot_mode_reg_set(u32 mode);
>> > >>
>> > >> +/* Allow explicit initialisation before initcalls */
>> > >> +int rcar_gen2_init_boot_mode(void);
>> > >> +
>> > >
>> > > I would move this to a separate header file.
>> > >
>> > > And I'd like to also get rid of it :-) Do we need this function for any
>> > > purpose other than arch timer initialization in
>> > > arch/arm/mach-shmobile/setup-rcar-gen2.c ? Quickly looking it that code
>> > > I wonder whether we couldn't get the extal frequency from DT instead of
>> > > the boot mode pins, which would then remove the dependency.
>> >
>> > We do have the extal frequency in DT.
>> >
>> > The boot mode pins does not control the extal frequency, but a few dividers
>> > internal to the CPG.
>>
>> Agreed, but in rcar_gen2_read_mode_pins() it's used to get the external clock
>> frequency as each PLL setting is specific to one external frequency.
>
> I think that Laurent has a good point here and if extal frequency
> was taken from DT then we probably wouldn't need early access to mode pins
> in rcar_gen2_read_mode_pins().

Indeed.

Can we make use of Documentation/devicetree/bindings/arm/arch_timer.txt
for r8a7794?

"- clock-frequency : The frequency of the main counter, in Hz. Should be present
   only where necessary to work around broken firmware which does not configure
   CNTFRQ on all CPUs to a uniform correct value. Use of this property is
   strongly discouraged; fix your firmware unless absolutely impossible."

> However, early access to mode pins is also seems to be required by
> rcar_gen2_cpg_register_clock().

Which is not that early...
Which can easily use the rst node and renesas,modemr?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

  parent reply	other threads:[~2015-12-15  8:16 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-15  6:59 [PATCH/RFC 2/6] boot-mode-reg: Add R-Car Gen2 driver Simon Horman
2015-10-15  7:09 ` Geert Uytterhoeven
2015-10-15  7:34 ` Khiem Nguyen
2015-10-15  7:56 ` Khiem Nguyen
2015-10-15  7:59 ` Simon Horman
2015-10-15  8:00 ` Simon Horman
2015-10-23 12:37 ` Laurent Pinchart
2015-10-23 12:49 ` Laurent Pinchart
2015-10-24 17:46 ` Geert Uytterhoeven
2015-10-26  2:08 ` Laurent Pinchart
2015-10-26  5:50 ` Simon Horman
2015-10-30 15:47 ` Laurent Pinchart
2015-12-15  7:58 ` Simon Horman
2015-12-15  8:16 ` Geert Uytterhoeven [this message]
2015-12-15  8:59 ` Magnus Damm
2015-12-15  9:02 ` Geert Uytterhoeven
2015-12-16  4:32 ` Simon Horman
2015-12-16  7:40 ` Geert Uytterhoeven
2016-01-19  0:30 ` Simon Horman
2016-01-19  8:01 ` Geert Uytterhoeven
2016-01-19  9:27 ` Simon Horman

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='CAMuHMdUC9P=2VpZQCeKN=NV1Ne2RhE2RumwFabwy7xWe_WXhAw@mail.gmail.com' \
    --to=geert@linux-m68k.org \
    --cc=linux-sh@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).