All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sergej Sawazki <sergej@taudac.com>
To: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
	Stephen Boyd <sboyd@codeaurora.org>,
	jacob@teenage.engineering, Russell King <linux@armlinux.org.uk>
Cc: mturquette@baylibre.com, linux-clk@vger.kernel.org,
	Rabeeh Khoury <rabeeh@solid-run.com>
Subject: Re: [PATCH] clk: si5351: Apply PLL soft reset before enabling the outputs
Date: Thu, 27 Jul 2017 01:10:58 +0200	[thread overview]
Message-ID: <96cb94f5-1b00-70a4-4027-863b2f8e6ba4@taudac.com> (raw)
In-Reply-To: <5b9c2982-c376-ce39-e3aa-09c0feefd63c@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2003 bytes --]

Am 26.07.2017 um 06:43 schrieb Sebastian Hesselbarth:
> On 26.07.2017 03:11, Stephen Boyd wrote:
>> On 07/25, Sergej Sawazki wrote:
>>> The "Si5351A/B/C Data Sheet" states to apply a PLLA and PLLB soft reset
>>> before enabling the outputs [1]. This is required to get a deterministic
>>> phase relationship between the output clocks.
>>>
>>> Without the PLL reset, the phase offset beween the clocks is unpredictable.
>>>
>>> References:
>>> [1] https://www.silabs.com/Support%20Documents/TechnicalDocs/Si5351-B.pdf
>>>     Figure 12 ("I2C Programming Procedure")
>>>
>>> Cc: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>
>>> Cc: Rabeeh Khoury <rabeeh@solid-run.com>
>>> Signed-off-by: Sergej Sawazki <sergej@taudac.com>
>>> ---
>> This is similar to commit 6dc669a22c77 (clk: si5351: Add PLL soft
>> reset, 2015-11-20)? But I think that commit was causing some
>> problem for Russell King and there was going to be a patch to
>> change it but nothing has materialized on the list. Unless this
>> is that patch?
> Sergej, Stephen,
>
> resetting both PLLs in this driver will not happen as it does have
> an influence on the other PLL and all clocks on it.
>
> I understand that some of the functions of the clk gen will not be
> available with this driver but it is not the use case of this driver.
>
> So, NAK on this one.
>
> The patch you are talking about is still pending but I think I just
> send it in a few days.
>
> Sebastian

Sebastian, Stephen,

On my setup, the Si5351 provides audio bit and frame clocks. Without
resetting the PLLs before enabling the output clocks the phase offset
between the clocks is unpredictable, the clocks are not aligned, this
corrupts the audio stream.

I agree, resetting both PLLs is not a good idea. Only one PLL should
be resetted (the one that the output clocks are connected to).

I am not changing the rates, I am only enabling/disabling the outputs
and changing the clkin source. So resetting the PLL in set_rate() does
not help me.

Sergej

 

[-- Attachment #2: Type: text/html, Size: 2937 bytes --]

  reply	other threads:[~2017-07-26 23:10 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-25 19:17 [PATCH] clk: si5351: Apply PLL soft reset before enabling the outputs Sergej Sawazki
2017-07-26  1:11 ` Stephen Boyd
2017-07-26  4:43   ` Sebastian Hesselbarth
2017-07-26 23:10     ` Sergej Sawazki [this message]
2017-07-27  9:11       ` Russell King - ARM Linux
2017-07-28  7:33         ` Sebastian Hesselbarth
2017-08-08 20:59           ` Sergej Sawazki
2017-07-26 23:29     ` Sergej Sawazki
2017-07-26  8:18   ` Russell King - ARM Linux
2017-07-28  7:30     ` Sebastian Hesselbarth

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=96cb94f5-1b00-70a4-4027-863b2f8e6ba4@taudac.com \
    --to=sergej@taudac.com \
    --cc=jacob@teenage.engineering \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=mturquette@baylibre.com \
    --cc=rabeeh@solid-run.com \
    --cc=sboyd@codeaurora.org \
    --cc=sebastian.hesselbarth@gmail.com \
    /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.