From: Tony Lindgren <tony@atomide.com>
To: Nishanth Menon <nm@ti.com>
Cc: Lokesh Vutla <lokeshvutla@ti.com>, Sekhar Nori <nsekhar@ti.com>,
linux-kernel@vger.kernel.org, "Kristo, Tero" <t-kristo@ti.com>,
Lennart Sorensen <lsorense@csclub.uwaterloo.ca>,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH V2 2/2] ARM: dra7xx: Fix counter frequency drift for AM572x errata i856.
Date: Mon, 5 Jan 2015 11:37:45 -0800 [thread overview]
Message-ID: <20150105193745.GJ4081@atomide.com> (raw)
In-Reply-To: <20141217153026.GB838@kahuna>
* Nishanth Menon <nm@ti.com> [141217 07:33]:
> On 14:06-20141217, Lokesh Vutla wrote:
> > Hi Len,
> > On Wednesday 17 December 2014 02:38 AM, Lennart Sorensen wrote:
> > > Errata i856 for the AM572x (DRA7xx) points out that the 32.768KHz external
> > > crystal is not enabled at power up. Instead the CPU falls back to using
> > > an emulation for the 32KHz clock which is SYSCLK1/610. SYSCLK1 is usually
> > > 20MHz on boards so far (which gives an emulated frequency of 32.786KHz),
> > > but can also be 19.2 or 27MHz which result in much larger drift.
> > >
> > > Since this is used to drive the master counter at 32.768KHz * 375 /
> > > 2 = 6.144MHz, the emulated speed for 20MHz is of by 570ppm, or about 43
> > > seconds per day, and more than the 500ppm NTP is able to tolerate.
> > >
> > > Checking the CTRL_CORE_BOOTSTRAP register can determine if the CPU
> > > is using the real 32.768KHz crystal or the emulated SYSCLK1/610, and
> > > by known that the real counter frequency can be determined and used.
> > > The real speed is then SYSCLK1 / 610 * 375 / 2 or SYSCLK1 * 75 / 244.
> > Looks good to me.
> > Tested this on DRA7 evm.
> >
> > Tested-by: Lokesh Vutla <lokeshvutla@ti.com>
> >
> > Thanks and regards,
> > Lokesh
> >
> > >
> > > Signed-off-by: Len Sorensen <lsorense@csclub.uwaterloo.ca>
> > > ---
> > > arch/arm/mach-omap2/control.h | 4 ++++
> > > arch/arm/mach-omap2/timer.c | 36 ++++++++++++++++++++++++++++++++++--
> > > 2 files changed, 38 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/arch/arm/mach-omap2/control.h b/arch/arm/mach-omap2/control.h
> > > index a3c0133..a80ac2d 100644
> > > --- a/arch/arm/mach-omap2/control.h
> > > +++ b/arch/arm/mach-omap2/control.h
> > > @@ -286,6 +286,10 @@
> > > #define OMAP5XXX_CONTROL_STATUS 0x134
> > > #define OMAP5_DEVICETYPE_MASK (0x7 << 6)
> > >
> > > +/* DRA7XX CONTROL CORE BOOTSTRAP */
> > > +#define DRA7_CTRL_CORE_BOOTSTRAP 0x6c4
> > > +#define DRA7_SPEEDSELECT_MASK (0x3 << 8)
> > > +
> > > /*
> > > * REVISIT: This list of registers is not comprehensive - there are more
> > > * that should be added.
> > > diff --git a/arch/arm/mach-omap2/timer.c b/arch/arm/mach-omap2/timer.c
> > > index fb0cb2b..7d45c84 100644
> > > --- a/arch/arm/mach-omap2/timer.c
> > > +++ b/arch/arm/mach-omap2/timer.c
> > > @@ -54,6 +54,7 @@
> > >
> > > #include "soc.h"
> > > #include "common.h"
> > > +#include "control.h"
> > > #include "powerdomain.h"
> > > #include "omap-secure.h"
> > >
> > > @@ -496,7 +497,8 @@ static void __init realtime_counter_init(void)
> > > void __iomem *base;
> > > static struct clk *sys_clk;
> > > unsigned long rate;
> > > - unsigned int reg, num, den;
> > > + unsigned int reg;
> > > + unsigned long long num, den;
> > >
> > > base = ioremap(REALTIME_COUNTER_BASE, SZ_32);
> > > if (!base) {
> > > @@ -511,6 +513,35 @@ static void __init realtime_counter_init(void)
> > > }
> > >
> > > rate = clk_get_rate(sys_clk);
> > > +
> > > + if (soc_is_dra7xx()) {
> > > + /*
> > > + * Errata i856 says the 32.768KHz crystal does not start at
> > > + * power on, so the CPU falls back to an emulated 32KHz clock
> > > + * based on sysclk / 610 instead. This causes the master counter
> > > + * frequency to not be 6.144MHz but at sysclk / 610 * 375 / 2
> > > + * (OR sysclk * 75 / 244)
> > > + *
> > > + * This affects at least the DRA7/AM572x 1.0, 1.1 revisions.
> > > + * Of course any board built without a populated 32.768KHz
> > > + * crystal would also need this fix even if the CPU is fixed
> > > + * later.
> > > + *
> > > + * Either case can be detected by using the two speedselect bits
> > > + * If they are not 0, then the 32.768KHz clock driving the
> > > + * coarse counter that corrects the fine counter every time it
> > > + * ticks is actually rate/610 rather than 32.768KHz and we
> > > + * should compensate to avoid the 570ppm (at 20MHz, much worse
> > > + * at other rates) too fast system time.
> > > + */
> > > + reg = omap_ctrl_readl(DRA7_CTRL_CORE_BOOTSTRAP);
> > > + if (reg & DRA7_SPEEDSELECT_MASK) {
> > > + num = 75;
> > > + den = 244;
> > > + goto sysclk1_based;
> > > + }
> > > + }
> > > +
> > > /* Numerator/denumerator values refer TRM Realtime Counter section */
> > > switch (rate) {
> > > case 12000000:
> > > @@ -545,6 +576,7 @@ static void __init realtime_counter_init(void)
> > > break;
> > > }
> > >
> > > +sysclk1_based:
> > > /* Program numerator and denumerator registers */
> > > reg = readl_relaxed(base + INCREMENTER_NUMERATOR_OFFSET) &
> > > NUMERATOR_DENUMERATOR_MASK;
> > > @@ -556,7 +588,7 @@ static void __init realtime_counter_init(void)
> > > reg |= den;
> > > writel_relaxed(reg, base + INCREMENTER_DENUMERATOR_RELOAD_OFFSET);
> > >
> > > - arch_timer_freq = (rate / den) * num;
> > > + arch_timer_freq = DIV_ROUND_UP_ULL(rate * num, den);
> > > set_cntfreq();
> > >
> > > iounmap(base);
> > >
> >
> If tony is ok with the arch_timer_freq change in this patch, I am ok
> with it as well.
Looks good to me thanks. Applying both into omap-for-v3.19/fixes with
the first cc stable v3.7+ and the second cc stable v3.14+.
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH V2 2/2] ARM: dra7xx: Fix counter frequency drift for AM572x errata i856.
Date: Mon, 5 Jan 2015 11:37:45 -0800 [thread overview]
Message-ID: <20150105193745.GJ4081@atomide.com> (raw)
In-Reply-To: <20141217153026.GB838@kahuna>
* Nishanth Menon <nm@ti.com> [141217 07:33]:
> On 14:06-20141217, Lokesh Vutla wrote:
> > Hi Len,
> > On Wednesday 17 December 2014 02:38 AM, Lennart Sorensen wrote:
> > > Errata i856 for the AM572x (DRA7xx) points out that the 32.768KHz external
> > > crystal is not enabled at power up. Instead the CPU falls back to using
> > > an emulation for the 32KHz clock which is SYSCLK1/610. SYSCLK1 is usually
> > > 20MHz on boards so far (which gives an emulated frequency of 32.786KHz),
> > > but can also be 19.2 or 27MHz which result in much larger drift.
> > >
> > > Since this is used to drive the master counter at 32.768KHz * 375 /
> > > 2 = 6.144MHz, the emulated speed for 20MHz is of by 570ppm, or about 43
> > > seconds per day, and more than the 500ppm NTP is able to tolerate.
> > >
> > > Checking the CTRL_CORE_BOOTSTRAP register can determine if the CPU
> > > is using the real 32.768KHz crystal or the emulated SYSCLK1/610, and
> > > by known that the real counter frequency can be determined and used.
> > > The real speed is then SYSCLK1 / 610 * 375 / 2 or SYSCLK1 * 75 / 244.
> > Looks good to me.
> > Tested this on DRA7 evm.
> >
> > Tested-by: Lokesh Vutla <lokeshvutla@ti.com>
> >
> > Thanks and regards,
> > Lokesh
> >
> > >
> > > Signed-off-by: Len Sorensen <lsorense@csclub.uwaterloo.ca>
> > > ---
> > > arch/arm/mach-omap2/control.h | 4 ++++
> > > arch/arm/mach-omap2/timer.c | 36 ++++++++++++++++++++++++++++++++++--
> > > 2 files changed, 38 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/arch/arm/mach-omap2/control.h b/arch/arm/mach-omap2/control.h
> > > index a3c0133..a80ac2d 100644
> > > --- a/arch/arm/mach-omap2/control.h
> > > +++ b/arch/arm/mach-omap2/control.h
> > > @@ -286,6 +286,10 @@
> > > #define OMAP5XXX_CONTROL_STATUS 0x134
> > > #define OMAP5_DEVICETYPE_MASK (0x7 << 6)
> > >
> > > +/* DRA7XX CONTROL CORE BOOTSTRAP */
> > > +#define DRA7_CTRL_CORE_BOOTSTRAP 0x6c4
> > > +#define DRA7_SPEEDSELECT_MASK (0x3 << 8)
> > > +
> > > /*
> > > * REVISIT: This list of registers is not comprehensive - there are more
> > > * that should be added.
> > > diff --git a/arch/arm/mach-omap2/timer.c b/arch/arm/mach-omap2/timer.c
> > > index fb0cb2b..7d45c84 100644
> > > --- a/arch/arm/mach-omap2/timer.c
> > > +++ b/arch/arm/mach-omap2/timer.c
> > > @@ -54,6 +54,7 @@
> > >
> > > #include "soc.h"
> > > #include "common.h"
> > > +#include "control.h"
> > > #include "powerdomain.h"
> > > #include "omap-secure.h"
> > >
> > > @@ -496,7 +497,8 @@ static void __init realtime_counter_init(void)
> > > void __iomem *base;
> > > static struct clk *sys_clk;
> > > unsigned long rate;
> > > - unsigned int reg, num, den;
> > > + unsigned int reg;
> > > + unsigned long long num, den;
> > >
> > > base = ioremap(REALTIME_COUNTER_BASE, SZ_32);
> > > if (!base) {
> > > @@ -511,6 +513,35 @@ static void __init realtime_counter_init(void)
> > > }
> > >
> > > rate = clk_get_rate(sys_clk);
> > > +
> > > + if (soc_is_dra7xx()) {
> > > + /*
> > > + * Errata i856 says the 32.768KHz crystal does not start at
> > > + * power on, so the CPU falls back to an emulated 32KHz clock
> > > + * based on sysclk / 610 instead. This causes the master counter
> > > + * frequency to not be 6.144MHz but at sysclk / 610 * 375 / 2
> > > + * (OR sysclk * 75 / 244)
> > > + *
> > > + * This affects at least the DRA7/AM572x 1.0, 1.1 revisions.
> > > + * Of course any board built without a populated 32.768KHz
> > > + * crystal would also need this fix even if the CPU is fixed
> > > + * later.
> > > + *
> > > + * Either case can be detected by using the two speedselect bits
> > > + * If they are not 0, then the 32.768KHz clock driving the
> > > + * coarse counter that corrects the fine counter every time it
> > > + * ticks is actually rate/610 rather than 32.768KHz and we
> > > + * should compensate to avoid the 570ppm (at 20MHz, much worse
> > > + * at other rates) too fast system time.
> > > + */
> > > + reg = omap_ctrl_readl(DRA7_CTRL_CORE_BOOTSTRAP);
> > > + if (reg & DRA7_SPEEDSELECT_MASK) {
> > > + num = 75;
> > > + den = 244;
> > > + goto sysclk1_based;
> > > + }
> > > + }
> > > +
> > > /* Numerator/denumerator values refer TRM Realtime Counter section */
> > > switch (rate) {
> > > case 12000000:
> > > @@ -545,6 +576,7 @@ static void __init realtime_counter_init(void)
> > > break;
> > > }
> > >
> > > +sysclk1_based:
> > > /* Program numerator and denumerator registers */
> > > reg = readl_relaxed(base + INCREMENTER_NUMERATOR_OFFSET) &
> > > NUMERATOR_DENUMERATOR_MASK;
> > > @@ -556,7 +588,7 @@ static void __init realtime_counter_init(void)
> > > reg |= den;
> > > writel_relaxed(reg, base + INCREMENTER_DENUMERATOR_RELOAD_OFFSET);
> > >
> > > - arch_timer_freq = (rate / den) * num;
> > > + arch_timer_freq = DIV_ROUND_UP_ULL(rate * num, den);
> > > set_cntfreq();
> > >
> > > iounmap(base);
> > >
> >
> If tony is ok with the arch_timer_freq change in this patch, I am ok
> with it as well.
Looks good to me thanks. Applying both into omap-for-v3.19/fixes with
the first cc stable v3.7+ and the second cc stable v3.14+.
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: Tony Lindgren <tony@atomide.com>
To: Nishanth Menon <nm@ti.com>
Cc: Lokesh Vutla <lokeshvutla@ti.com>,
Lennart Sorensen <lsorense@csclub.uwaterloo.ca>,
linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, "Kristo,
Tero" <t-kristo@ti.com>, Sekhar Nori <nsekhar@ti.com>
Subject: Re: [PATCH V2 2/2] ARM: dra7xx: Fix counter frequency drift for AM572x errata i856.
Date: Mon, 5 Jan 2015 11:37:45 -0800 [thread overview]
Message-ID: <20150105193745.GJ4081@atomide.com> (raw)
In-Reply-To: <20141217153026.GB838@kahuna>
* Nishanth Menon <nm@ti.com> [141217 07:33]:
> On 14:06-20141217, Lokesh Vutla wrote:
> > Hi Len,
> > On Wednesday 17 December 2014 02:38 AM, Lennart Sorensen wrote:
> > > Errata i856 for the AM572x (DRA7xx) points out that the 32.768KHz external
> > > crystal is not enabled at power up. Instead the CPU falls back to using
> > > an emulation for the 32KHz clock which is SYSCLK1/610. SYSCLK1 is usually
> > > 20MHz on boards so far (which gives an emulated frequency of 32.786KHz),
> > > but can also be 19.2 or 27MHz which result in much larger drift.
> > >
> > > Since this is used to drive the master counter at 32.768KHz * 375 /
> > > 2 = 6.144MHz, the emulated speed for 20MHz is of by 570ppm, or about 43
> > > seconds per day, and more than the 500ppm NTP is able to tolerate.
> > >
> > > Checking the CTRL_CORE_BOOTSTRAP register can determine if the CPU
> > > is using the real 32.768KHz crystal or the emulated SYSCLK1/610, and
> > > by known that the real counter frequency can be determined and used.
> > > The real speed is then SYSCLK1 / 610 * 375 / 2 or SYSCLK1 * 75 / 244.
> > Looks good to me.
> > Tested this on DRA7 evm.
> >
> > Tested-by: Lokesh Vutla <lokeshvutla@ti.com>
> >
> > Thanks and regards,
> > Lokesh
> >
> > >
> > > Signed-off-by: Len Sorensen <lsorense@csclub.uwaterloo.ca>
> > > ---
> > > arch/arm/mach-omap2/control.h | 4 ++++
> > > arch/arm/mach-omap2/timer.c | 36 ++++++++++++++++++++++++++++++++++--
> > > 2 files changed, 38 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/arch/arm/mach-omap2/control.h b/arch/arm/mach-omap2/control.h
> > > index a3c0133..a80ac2d 100644
> > > --- a/arch/arm/mach-omap2/control.h
> > > +++ b/arch/arm/mach-omap2/control.h
> > > @@ -286,6 +286,10 @@
> > > #define OMAP5XXX_CONTROL_STATUS 0x134
> > > #define OMAP5_DEVICETYPE_MASK (0x7 << 6)
> > >
> > > +/* DRA7XX CONTROL CORE BOOTSTRAP */
> > > +#define DRA7_CTRL_CORE_BOOTSTRAP 0x6c4
> > > +#define DRA7_SPEEDSELECT_MASK (0x3 << 8)
> > > +
> > > /*
> > > * REVISIT: This list of registers is not comprehensive - there are more
> > > * that should be added.
> > > diff --git a/arch/arm/mach-omap2/timer.c b/arch/arm/mach-omap2/timer.c
> > > index fb0cb2b..7d45c84 100644
> > > --- a/arch/arm/mach-omap2/timer.c
> > > +++ b/arch/arm/mach-omap2/timer.c
> > > @@ -54,6 +54,7 @@
> > >
> > > #include "soc.h"
> > > #include "common.h"
> > > +#include "control.h"
> > > #include "powerdomain.h"
> > > #include "omap-secure.h"
> > >
> > > @@ -496,7 +497,8 @@ static void __init realtime_counter_init(void)
> > > void __iomem *base;
> > > static struct clk *sys_clk;
> > > unsigned long rate;
> > > - unsigned int reg, num, den;
> > > + unsigned int reg;
> > > + unsigned long long num, den;
> > >
> > > base = ioremap(REALTIME_COUNTER_BASE, SZ_32);
> > > if (!base) {
> > > @@ -511,6 +513,35 @@ static void __init realtime_counter_init(void)
> > > }
> > >
> > > rate = clk_get_rate(sys_clk);
> > > +
> > > + if (soc_is_dra7xx()) {
> > > + /*
> > > + * Errata i856 says the 32.768KHz crystal does not start at
> > > + * power on, so the CPU falls back to an emulated 32KHz clock
> > > + * based on sysclk / 610 instead. This causes the master counter
> > > + * frequency to not be 6.144MHz but at sysclk / 610 * 375 / 2
> > > + * (OR sysclk * 75 / 244)
> > > + *
> > > + * This affects at least the DRA7/AM572x 1.0, 1.1 revisions.
> > > + * Of course any board built without a populated 32.768KHz
> > > + * crystal would also need this fix even if the CPU is fixed
> > > + * later.
> > > + *
> > > + * Either case can be detected by using the two speedselect bits
> > > + * If they are not 0, then the 32.768KHz clock driving the
> > > + * coarse counter that corrects the fine counter every time it
> > > + * ticks is actually rate/610 rather than 32.768KHz and we
> > > + * should compensate to avoid the 570ppm (at 20MHz, much worse
> > > + * at other rates) too fast system time.
> > > + */
> > > + reg = omap_ctrl_readl(DRA7_CTRL_CORE_BOOTSTRAP);
> > > + if (reg & DRA7_SPEEDSELECT_MASK) {
> > > + num = 75;
> > > + den = 244;
> > > + goto sysclk1_based;
> > > + }
> > > + }
> > > +
> > > /* Numerator/denumerator values refer TRM Realtime Counter section */
> > > switch (rate) {
> > > case 12000000:
> > > @@ -545,6 +576,7 @@ static void __init realtime_counter_init(void)
> > > break;
> > > }
> > >
> > > +sysclk1_based:
> > > /* Program numerator and denumerator registers */
> > > reg = readl_relaxed(base + INCREMENTER_NUMERATOR_OFFSET) &
> > > NUMERATOR_DENUMERATOR_MASK;
> > > @@ -556,7 +588,7 @@ static void __init realtime_counter_init(void)
> > > reg |= den;
> > > writel_relaxed(reg, base + INCREMENTER_DENUMERATOR_RELOAD_OFFSET);
> > >
> > > - arch_timer_freq = (rate / den) * num;
> > > + arch_timer_freq = DIV_ROUND_UP_ULL(rate * num, den);
> > > set_cntfreq();
> > >
> > > iounmap(base);
> > >
> >
> If tony is ok with the arch_timer_freq change in this patch, I am ok
> with it as well.
Looks good to me thanks. Applying both into omap-for-v3.19/fixes with
the first cc stable v3.7+ and the second cc stable v3.14+.
Regards,
Tony
next prev parent reply other threads:[~2015-01-05 19:37 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-16 21:07 [PATCH V2 0/2] ARM: omap5/dra7xx counter frequency fixes Lennart Sorensen
2014-12-16 21:07 ` Lennart Sorensen
2014-12-16 21:08 ` [PATCH V2 1/2] ARM: omap5/dra7xx: Fix frequency typos Lennart Sorensen
2014-12-16 21:08 ` Lennart Sorensen
2014-12-16 21:08 ` [PATCH V2 2/2] ARM: dra7xx: Fix counter frequency drift for AM572x errata i856 Lennart Sorensen
2014-12-16 21:08 ` Lennart Sorensen
2014-12-17 8:36 ` Lokesh Vutla
2014-12-17 8:36 ` Lokesh Vutla
2014-12-17 8:36 ` Lokesh Vutla
2014-12-17 15:30 ` Nishanth Menon
2014-12-17 15:30 ` Nishanth Menon
2014-12-17 15:30 ` Nishanth Menon
2015-01-05 19:37 ` Tony Lindgren [this message]
2015-01-05 19:37 ` Tony Lindgren
2015-01-05 19:37 ` Tony Lindgren
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=20150105193745.GJ4081@atomide.com \
--to=tony@atomide.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=lokeshvutla@ti.com \
--cc=lsorense@csclub.uwaterloo.ca \
--cc=nm@ti.com \
--cc=nsekhar@ti.com \
--cc=t-kristo@ti.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.