From: maxime.ripard@free-electrons.com (Maxime Ripard)
To: linux-arm-kernel@lists.infradead.org
Subject: [linux-sunxi] Problem with Allwinner H3 clocks
Date: Mon, 1 Feb 2016 07:37:31 +0100 [thread overview]
Message-ID: <20160201063731.GG32462@lukather> (raw)
In-Reply-To: <56AB05EF.2090604@redhat.com>
Hi,
On Fri, Jan 29, 2016 at 07:25:51AM +0100, Hans de Goede wrote:
> Hi,
>
> On 01/28/2016 08:29 PM, Maxime Ripard wrote:
> >On Thu, Jan 28, 2016 at 05:59:18PM +0100, Jean-Francois Moine wrote:
>
> <snip>
>
> >>The A23/A33/H3 (and surely some other SoCs) documentations about
> >>the peripheral/periph/periph0/periph1 PLLs say:
> >>
> >> Note: The PLL Output should be fixed to 600MHz, it is not
> >> recommended to vary this value arbitrarily.
> >
> >I don't know if it's worth it at this point. The pll6 seems to work
> >fine at other rates. Have you experienced any breakage when running at
> >another frequency?
>
> Hmm, are we actually changing the freq of pll6 on any SoCs? I know we've
> the code to it, but given that it is shared between many pheripherals,
> I assume we end up never changing it.
We don't, but it works. Back when I was debugging the A31 DMA
controller, I tried to do just that and nothing broke (at least as
long as you don't switch halfway through during the boot, but at the
time the clock is registered).
> I assume / hope that the clock framework protects against reclocking
> a clock with multiple users ...
There is, but it's opt-in, and we're not using it yet for anything but
the hstimers (and in that case, we don't prevent the reclocking, we
just take it into account).
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160201/b40cbd36/attachment.sig>
next prev parent reply other threads:[~2016-02-01 6:37 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-27 7:46 Problem with Allwinner H3 clocks Jean-Francois Moine
2016-01-27 8:18 ` [linux-sunxi] " Chen-Yu Tsai
2016-01-27 9:37 ` Jean-Francois Moine
2016-01-27 14:36 ` Jens Kuske
2016-01-27 16:55 ` Jean-Francois Moine
2016-01-27 18:16 ` Hans de Goede
2016-01-27 19:02 ` Jean-Francois Moine
2016-01-28 8:15 ` Hans de Goede
2016-01-28 13:16 ` Jens Kuske
2016-01-28 16:59 ` Jean-Francois Moine
2016-01-28 19:29 ` Maxime Ripard
2016-01-29 6:25 ` Hans de Goede
2016-01-29 7:59 ` Chen-Yu Tsai
2016-02-01 6:37 ` Maxime Ripard [this message]
2016-02-01 14:26 ` Hans de Goede
2016-02-01 14:37 ` Chen-Yu Tsai
2016-02-01 14:45 ` Maxime Ripard
2016-02-01 14:47 ` Maxime Ripard
2016-01-29 7:27 ` Jean-Francois Moine
2016-01-28 15:51 ` Jean-Francois Moine
2016-01-28 17:31 ` Maxime Ripard
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=20160201063731.GG32462@lukather \
--to=maxime.ripard@free-electrons.com \
--cc=linux-arm-kernel@lists.infradead.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 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.