From: Jon Hunter <jonathanh@nvidia.com>
To: Rhyland Klein <rklein@nvidia.com>,
Thierry Reding <thierry.reding@gmail.com>,
Peter De Schrijver <pdeschrijver@nvidia.com>
Cc: Stephen Warren <swarren@wwwdotorg.org>,
Alexandre Courbot <gnurou@gmail.com>,
<linux-tegra@vger.kernel.org>,
Michael Turguette <mturquette@baylibre.com>,
<linux-clk@vger.kernel.org>,
Andrew Bresticker <abrestic@chromium.org>
Subject: Re: [PATCH v4] clk: tegra: Initialize UTMIPLL when enabling PLLU
Date: Thu, 26 May 2016 13:25:46 +0100 [thread overview]
Message-ID: <5746EB4A.4010205@nvidia.com> (raw)
In-Reply-To: <1463585396-19562-1-git-send-email-rklein@nvidia.com>
On 18/05/16 16:29, Rhyland Klein wrote:
> From: Andrew Bresticker <abrestic@chromium.org>
>=20
> Move the UTMIPLL initialization code form clk-tegra<chip>.c files into
> clk-pll.c. UTMIPLL was being configured and set in HW control right
> after registration. However, when the clock init_table is processed and
> child clks of PLLU are enabled, it will call in and enable PLLU as
> well, and initiate SW enabling sequence even though PLLU is already in
> HW control. This leads to getting UTMIPLL stuck with a SEQ_BUSY status.
>=20
> Doing the initialization once during pllu_enable means we configure it
> properly into HW control.
>=20
> A side effect of the commonization/localization of the UTMIPLL init
> code, is that it corrects some errors that were present for earlier
> generations. For instance, in clk-tegra124.c, it used to have:
>=20
> define UTMIP_PLL_CFG1_ENABLE_DLY_COUNT(x) (((x) & 0x1f) << 6)
>=20
> when the correct shift to use is present in the new version:
>=20
> define UTMIP_PLL_CFG1_ENABLE_DLY_COUNT(x) (((x) & 0x1f) << 27)
>=20
> which matches the Tegra124 TRM register definition.
>=20
> Signed-off-by: Andrew Bresticker <abrestic@chromium.org>
>=20
> [rklein: Merged in some later fixes for potential deadlocks]
>=20
> Signed-off-by: Rhyland Klein <rklein@nvidia.com>
> ---
> v4:
> - Re-added examples in patch description
>=20
> v3:
> - Flushed out description to describe this patch.
>=20
> drivers/clk/tegra/clk-pll.c | 484 +++++++++++++++++++++++++++++++++=
++++++
> drivers/clk/tegra/clk-tegra114.c | 155 +------------
> drivers/clk/tegra/clk-tegra124.c | 156 +------------
> drivers/clk/tegra/clk-tegra210.c | 182 +--------------
> drivers/clk/tegra/clk-tegra30.c | 113 +--------
> drivers/clk/tegra/clk.h | 17 ++
> 6 files changed, 510 insertions(+), 597 deletions(-)
>=20
> diff --git a/drivers/clk/tegra/clk-pll.c b/drivers/clk/tegra/clk-pll.c
> index 4e194ecc8d5e..580cae8aee6d 100644
> --- a/drivers/clk/tegra/clk-pll.c
> +++ b/drivers/clk/tegra/clk-pll.c
...
> +static int clk_pllu_enable(struct clk_hw *hw)
> +{
> + struct tegra_clk_pll *pll =3D to_clk_pll(hw);
> + struct clk_hw *pll_ref =3D clk_hw_get_parent(hw);
> + struct clk_hw *osc =3D clk_hw_get_parent(pll_ref);
> + unsigned long flags, input_rate;
> + unsigned int i;
> + int ret =3D 0;
> + u32 val;
> +
> + if (!osc) {
> + pr_err("%s: failed to get OSC clock\n", __func__);
> + return -EINVAL;
> + }
> + input_rate =3D clk_hw_get_rate(osc);
> +
> + if (pll->lock)
> + spin_lock_irqsave(pll->lock, flags);
> +
> + _clk_pll_enable(hw);
> + ret =3D clk_pll_wait_for_lock(pll);
> + if (ret < 0)
> + goto out;
> +
> + for (i =3D 0; i < ARRAY_SIZE(utmi_parameters); i++) {
> + if (input_rate =3D=3D utmi_parameters[i].osc_frequency)
> + break;
> + }
> +
> + if (i =3D=3D ARRAY_SIZE(utmi_parameters)) {
> + pr_err("%s: Unexpected input rate %lu\n", __func__, input_rate);
> + ret =3D -EINVAL;
> + goto out;
> + }
> +
> + val =3D pll_readl_base(pll);
> + val &=3D ~PLLU_BASE_OVERRIDE;
> + pll_writel_base(val, pll);
> +
> + val =3D readl_relaxed(pll->clk_base + UTMIP_PLL_CFG2);
> + /* Program UTMIP PLL stable and active counts */
> + val &=3D ~UTMIP_PLL_CFG2_STABLE_COUNT(~0);
> + val |=3D UTMIP_PLL_CFG2_STABLE_COUNT(utmi_parameters[i].stable_count);
> + val &=3D ~UTMIP_PLL_CFG2_ACTIVE_DLY_COUNT(~0);
> + val |=3D UTMIP_PLL_CFG2_ACTIVE_DLY_COUNT(
> + utmi_parameters[i].active_delay_count);
> + /* Remove power downs from UTMIP PLL control bits */
> + val &=3D ~UTMIP_PLL_CFG2_FORCE_PD_SAMP_A_POWERDOWN;
> + val &=3D ~UTMIP_PLL_CFG2_FORCE_PD_SAMP_B_POWERDOWN;
> + val &=3D ~UTMIP_PLL_CFG2_FORCE_PD_SAMP_C_POWERDOWN;
> + writel_relaxed(val, pll->clk_base + UTMIP_PLL_CFG2);
> +
> + val =3D readl_relaxed(pll->clk_base + UTMIP_PLL_CFG1);
> + /* Program UTMIP PLL delay and oscillator frequency counts */
> + val &=3D ~UTMIP_PLL_CFG1_ENABLE_DLY_COUNT(~0);
> + val |=3D UTMIP_PLL_CFG1_ENABLE_DLY_COUNT(
> + utmi_parameters[i].enable_delay_count);
> + val &=3D ~UTMIP_PLL_CFG1_XTAL_FREQ_COUNT(~0);
> + val |=3D UTMIP_PLL_CFG1_XTAL_FREQ_COUNT(
> + utmi_parameters[i].xtal_freq_count);
> + /* Remove power downs from UTMIP PLL control bits */
> + val &=3D ~UTMIP_PLL_CFG1_FORCE_PLL_ENABLE_POWERDOWN;
> + val &=3D ~UTMIP_PLL_CFG1_FORCE_PLL_ACTIVE_POWERDOWN;
> + val &=3D ~UTMIP_PLL_CFG1_FORCE_PLLU_POWERDOWN;
> + writel_relaxed(val, pll->clk_base + UTMIP_PLL_CFG1);
> +
> +out:
> + if (pll->lock)
> + spin_unlock_irqrestore(pll->lock, flags);
> +
> + return ret;
> +}
After applying this I get the following warning ...
In file included from include/linux/mmzone.h:7:0,
from include/linux/gfp.h:5,
from include/linux/slab.h:14,
from drivers/clk/tegra/clk-pll.c:17:
drivers/clk/tegra/clk-pll.c: In function =91clk_pllu_enable=92:
include/linux/spinlock.h:246:30: warning: =91flags=92 may be used
uninitialized in this function [-Wmaybe-uninitialized]
_raw_spin_unlock_irqrestore(lock, flags); \
^
drivers/clk/tegra/clk-pll.c:1065:16: note: =91flags=92 was declared here
unsigned long flags, input_rate;
^
In file included from include/linux/mmzone.h:7:0,
from include/linux/gfp.h:5,
from include/linux/slab.h:14,
from drivers/clk/tegra/clk-pll.c:17:
drivers/clk/tegra/clk-pll.c: In function =91clk_pllu_tegra210_enable=92:
include/linux/spinlock.h:246:30: warning: =91flags=92 may be used
uninitialized in this function [-Wmaybe-uninitialized]
_raw_spin_unlock_irqrestore(lock, flags); \
^
drivers/clk/tegra/clk-pll.c:2511:16: note: =91flags=92 was declared here
unsigned long flags, input_rate;
^
In file included from include/linux/mmzone.h:7:0,
from include/linux/gfp.h:5,
from include/linux/slab.h:14,
from drivers/clk/tegra/clk-pll.c:17:
drivers/clk/tegra/clk-pll.c: In function =91clk_pllu_tegra114_enable=92:
include/linux/spinlock.h:246:30: warning: =91flags=92 may be used
uninitialized in this function [-Wmaybe-uninitialized]
_raw_spin_unlock_irqrestore(lock, flags); \
^
drivers/clk/tegra/clk-pll.c:1677:16: note: =91flags=92 was declared here
unsigned long flags, input_rate;
Cheers
Jon
--=20
nvpublic
WARNING: multiple messages have this Message-ID (diff)
From: Jon Hunter <jonathanh-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
To: Rhyland Klein <rklein-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
Thierry Reding
<thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Peter De Schrijver
<pdeschrijver-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
Cc: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>,
Alexandre Courbot
<gnurou-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Michael Turguette
<mturquette-rdvid1DuHRBWk0Htik3J/w@public.gmane.org>,
linux-clk-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Andrew Bresticker
<abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
Subject: Re: [PATCH v4] clk: tegra: Initialize UTMIPLL when enabling PLLU
Date: Thu, 26 May 2016 13:25:46 +0100 [thread overview]
Message-ID: <5746EB4A.4010205@nvidia.com> (raw)
In-Reply-To: <1463585396-19562-1-git-send-email-rklein-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
On 18/05/16 16:29, Rhyland Klein wrote:
> From: Andrew Bresticker <abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
>
> Move the UTMIPLL initialization code form clk-tegra<chip>.c files into
> clk-pll.c. UTMIPLL was being configured and set in HW control right
> after registration. However, when the clock init_table is processed and
> child clks of PLLU are enabled, it will call in and enable PLLU as
> well, and initiate SW enabling sequence even though PLLU is already in
> HW control. This leads to getting UTMIPLL stuck with a SEQ_BUSY status.
>
> Doing the initialization once during pllu_enable means we configure it
> properly into HW control.
>
> A side effect of the commonization/localization of the UTMIPLL init
> code, is that it corrects some errors that were present for earlier
> generations. For instance, in clk-tegra124.c, it used to have:
>
> define UTMIP_PLL_CFG1_ENABLE_DLY_COUNT(x) (((x) & 0x1f) << 6)
>
> when the correct shift to use is present in the new version:
>
> define UTMIP_PLL_CFG1_ENABLE_DLY_COUNT(x) (((x) & 0x1f) << 27)
>
> which matches the Tegra124 TRM register definition.
>
> Signed-off-by: Andrew Bresticker <abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
>
> [rklein: Merged in some later fixes for potential deadlocks]
>
> Signed-off-by: Rhyland Klein <rklein-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
> ---
> v4:
> - Re-added examples in patch description
>
> v3:
> - Flushed out description to describe this patch.
>
> drivers/clk/tegra/clk-pll.c | 484 +++++++++++++++++++++++++++++++++++++++
> drivers/clk/tegra/clk-tegra114.c | 155 +------------
> drivers/clk/tegra/clk-tegra124.c | 156 +------------
> drivers/clk/tegra/clk-tegra210.c | 182 +--------------
> drivers/clk/tegra/clk-tegra30.c | 113 +--------
> drivers/clk/tegra/clk.h | 17 ++
> 6 files changed, 510 insertions(+), 597 deletions(-)
>
> diff --git a/drivers/clk/tegra/clk-pll.c b/drivers/clk/tegra/clk-pll.c
> index 4e194ecc8d5e..580cae8aee6d 100644
> --- a/drivers/clk/tegra/clk-pll.c
> +++ b/drivers/clk/tegra/clk-pll.c
...
> +static int clk_pllu_enable(struct clk_hw *hw)
> +{
> + struct tegra_clk_pll *pll = to_clk_pll(hw);
> + struct clk_hw *pll_ref = clk_hw_get_parent(hw);
> + struct clk_hw *osc = clk_hw_get_parent(pll_ref);
> + unsigned long flags, input_rate;
> + unsigned int i;
> + int ret = 0;
> + u32 val;
> +
> + if (!osc) {
> + pr_err("%s: failed to get OSC clock\n", __func__);
> + return -EINVAL;
> + }
> + input_rate = clk_hw_get_rate(osc);
> +
> + if (pll->lock)
> + spin_lock_irqsave(pll->lock, flags);
> +
> + _clk_pll_enable(hw);
> + ret = clk_pll_wait_for_lock(pll);
> + if (ret < 0)
> + goto out;
> +
> + for (i = 0; i < ARRAY_SIZE(utmi_parameters); i++) {
> + if (input_rate == utmi_parameters[i].osc_frequency)
> + break;
> + }
> +
> + if (i == ARRAY_SIZE(utmi_parameters)) {
> + pr_err("%s: Unexpected input rate %lu\n", __func__, input_rate);
> + ret = -EINVAL;
> + goto out;
> + }
> +
> + val = pll_readl_base(pll);
> + val &= ~PLLU_BASE_OVERRIDE;
> + pll_writel_base(val, pll);
> +
> + val = readl_relaxed(pll->clk_base + UTMIP_PLL_CFG2);
> + /* Program UTMIP PLL stable and active counts */
> + val &= ~UTMIP_PLL_CFG2_STABLE_COUNT(~0);
> + val |= UTMIP_PLL_CFG2_STABLE_COUNT(utmi_parameters[i].stable_count);
> + val &= ~UTMIP_PLL_CFG2_ACTIVE_DLY_COUNT(~0);
> + val |= UTMIP_PLL_CFG2_ACTIVE_DLY_COUNT(
> + utmi_parameters[i].active_delay_count);
> + /* Remove power downs from UTMIP PLL control bits */
> + val &= ~UTMIP_PLL_CFG2_FORCE_PD_SAMP_A_POWERDOWN;
> + val &= ~UTMIP_PLL_CFG2_FORCE_PD_SAMP_B_POWERDOWN;
> + val &= ~UTMIP_PLL_CFG2_FORCE_PD_SAMP_C_POWERDOWN;
> + writel_relaxed(val, pll->clk_base + UTMIP_PLL_CFG2);
> +
> + val = readl_relaxed(pll->clk_base + UTMIP_PLL_CFG1);
> + /* Program UTMIP PLL delay and oscillator frequency counts */
> + val &= ~UTMIP_PLL_CFG1_ENABLE_DLY_COUNT(~0);
> + val |= UTMIP_PLL_CFG1_ENABLE_DLY_COUNT(
> + utmi_parameters[i].enable_delay_count);
> + val &= ~UTMIP_PLL_CFG1_XTAL_FREQ_COUNT(~0);
> + val |= UTMIP_PLL_CFG1_XTAL_FREQ_COUNT(
> + utmi_parameters[i].xtal_freq_count);
> + /* Remove power downs from UTMIP PLL control bits */
> + val &= ~UTMIP_PLL_CFG1_FORCE_PLL_ENABLE_POWERDOWN;
> + val &= ~UTMIP_PLL_CFG1_FORCE_PLL_ACTIVE_POWERDOWN;
> + val &= ~UTMIP_PLL_CFG1_FORCE_PLLU_POWERDOWN;
> + writel_relaxed(val, pll->clk_base + UTMIP_PLL_CFG1);
> +
> +out:
> + if (pll->lock)
> + spin_unlock_irqrestore(pll->lock, flags);
> +
> + return ret;
> +}
After applying this I get the following warning ...
In file included from include/linux/mmzone.h:7:0,
from include/linux/gfp.h:5,
from include/linux/slab.h:14,
from drivers/clk/tegra/clk-pll.c:17:
drivers/clk/tegra/clk-pll.c: In function ‘clk_pllu_enable’:
include/linux/spinlock.h:246:30: warning: ‘flags’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
_raw_spin_unlock_irqrestore(lock, flags); \
^
drivers/clk/tegra/clk-pll.c:1065:16: note: ‘flags’ was declared here
unsigned long flags, input_rate;
^
In file included from include/linux/mmzone.h:7:0,
from include/linux/gfp.h:5,
from include/linux/slab.h:14,
from drivers/clk/tegra/clk-pll.c:17:
drivers/clk/tegra/clk-pll.c: In function ‘clk_pllu_tegra210_enable’:
include/linux/spinlock.h:246:30: warning: ‘flags’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
_raw_spin_unlock_irqrestore(lock, flags); \
^
drivers/clk/tegra/clk-pll.c:2511:16: note: ‘flags’ was declared here
unsigned long flags, input_rate;
^
In file included from include/linux/mmzone.h:7:0,
from include/linux/gfp.h:5,
from include/linux/slab.h:14,
from drivers/clk/tegra/clk-pll.c:17:
drivers/clk/tegra/clk-pll.c: In function ‘clk_pllu_tegra114_enable’:
include/linux/spinlock.h:246:30: warning: ‘flags’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
_raw_spin_unlock_irqrestore(lock, flags); \
^
drivers/clk/tegra/clk-pll.c:1677:16: note: ‘flags’ was declared here
unsigned long flags, input_rate;
Cheers
Jon
--
nvpublic
next prev parent reply other threads:[~2016-05-26 12:25 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-18 15:29 [PATCH v4] clk: tegra: Initialize UTMIPLL when enabling PLLU Rhyland Klein
2016-05-18 15:29 ` Rhyland Klein
2016-05-26 12:25 ` Jon Hunter [this message]
2016-05-26 12:25 ` Jon Hunter
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=5746EB4A.4010205@nvidia.com \
--to=jonathanh@nvidia.com \
--cc=abrestic@chromium.org \
--cc=gnurou@gmail.com \
--cc=linux-clk@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=pdeschrijver@nvidia.com \
--cc=rklein@nvidia.com \
--cc=swarren@wwwdotorg.org \
--cc=thierry.reding@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.