From: Tony Lindgren <tony@atomide.com>
To: Kevin Hilman <khilman@deeprootsystems.com>
Cc: R Sricharan <r.sricharan@ti.com>,
linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org,
santosh.shilimkar@ti.com, Colin Cross <ccross@android.com>
Subject: Re: [PATCH V2] ARM: OMAP: counter: add locking to read_persistent_clock
Date: Mon, 24 Sep 2012 18:22:44 -0700 [thread overview]
Message-ID: <20120925012243.GR28835@atomide.com> (raw)
In-Reply-To: <87d31bj5jq.fsf@deeprootsystems.com>
* Kevin Hilman <khilman@deeprootsystems.com> [120924 17:44]:
> R Sricharan <r.sricharan@ti.com> writes:
>
> > From: Colin Cross <ccross@android.com>
> >
> > read_persistent_clock uses a global variable, use a spinlock to
> > ensure non-atomic updates to the variable don't overlap and cause
> > time to move backwards.
> >
> > Signed-off-by: Colin Cross <ccross@android.com>
> > Signed-off-by: R Sricharan <r.sricharan@ti.com>
>
> Acked-by: Kevin Hilman <khilman@ti.com>
>
> Tony, this should probably be queued up for v3.7-rc and flagged for stable.
Yes I can see that happening. But then in addition..
> > ---
> > [V2] Added signed-off-by and looped in "linux-arm-kernel" list
> >
> > arch/arm/plat-omap/counter_32k.c | 21 ++++++++++++++-------
> > 1 file changed, 14 insertions(+), 7 deletions(-)
> >
> > diff --git a/arch/arm/plat-omap/counter_32k.c b/arch/arm/plat-omap/counter_32k.c
> > index dbf1e03..2bc51fb 100644
> > --- a/arch/arm/plat-omap/counter_32k.c
> > +++ b/arch/arm/plat-omap/counter_32k.c
> > @@ -55,22 +55,29 @@ static u32 notrace omap_32k_read_sched_clock(void)
> > * nsecs and adds to a monotonically increasing timespec.
> > */
> > static struct timespec persistent_ts;
> > -static cycles_t cycles, last_cycles;
> > +static cycles_t cycles;
> > static unsigned int persistent_mult, persistent_shift;
> > +static DEFINE_SPINLOCK(read_persistent_clock_lock);
> > +
> > static void omap_read_persistent_clock(struct timespec *ts)
> > {
> > unsigned long long nsecs;
> > - cycles_t delta;
> > - struct timespec *tsp = &persistent_ts;
> > + cycles_t last_cycles;
> > + unsigned long flags;
> > +
> > + spin_lock_irqsave(&read_persistent_clock_lock, flags);
> >
> > last_cycles = cycles;
> > cycles = sync32k_cnt_reg ? __raw_readl(sync32k_cnt_reg) : 0;
> > - delta = cycles - last_cycles;
> >
> > - nsecs = clocksource_cyc2ns(delta, persistent_mult, persistent_shift);
> > + nsecs = clocksource_cyc2ns(cycles - last_cycles,
> > + persistent_mult, persistent_shift);
..I think there's another bug here where cycles - last_cycles
returns wrong value when the timer wraps around as cycles_t is
64 bits and the counter is 32 bits. It seems it's been there
since when the read_persistent_clock was added with commit
d92cfcbe (OMAP: timekeeping: time should not stop during suspend)?
It seems that after this patch cycles should not be cycles_t
but u32, and the result of cycles - last_cycles should also
be u32.
> > + timespec_add_ns(&persistent_ts, nsecs);
> > +
> > + *ts = persistent_ts;
> >
> > - timespec_add_ns(tsp, nsecs);
> > - *ts = *tsp;
> > + spin_unlock_irqrestore(&read_persistent_clock_lock, flags);
> > }
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] ARM: OMAP: counter: add locking to read_persistent_clock
Date: Mon, 24 Sep 2012 18:22:44 -0700 [thread overview]
Message-ID: <20120925012243.GR28835@atomide.com> (raw)
In-Reply-To: <87d31bj5jq.fsf@deeprootsystems.com>
* Kevin Hilman <khilman@deeprootsystems.com> [120924 17:44]:
> R Sricharan <r.sricharan@ti.com> writes:
>
> > From: Colin Cross <ccross@android.com>
> >
> > read_persistent_clock uses a global variable, use a spinlock to
> > ensure non-atomic updates to the variable don't overlap and cause
> > time to move backwards.
> >
> > Signed-off-by: Colin Cross <ccross@android.com>
> > Signed-off-by: R Sricharan <r.sricharan@ti.com>
>
> Acked-by: Kevin Hilman <khilman@ti.com>
>
> Tony, this should probably be queued up for v3.7-rc and flagged for stable.
Yes I can see that happening. But then in addition..
> > ---
> > [V2] Added signed-off-by and looped in "linux-arm-kernel" list
> >
> > arch/arm/plat-omap/counter_32k.c | 21 ++++++++++++++-------
> > 1 file changed, 14 insertions(+), 7 deletions(-)
> >
> > diff --git a/arch/arm/plat-omap/counter_32k.c b/arch/arm/plat-omap/counter_32k.c
> > index dbf1e03..2bc51fb 100644
> > --- a/arch/arm/plat-omap/counter_32k.c
> > +++ b/arch/arm/plat-omap/counter_32k.c
> > @@ -55,22 +55,29 @@ static u32 notrace omap_32k_read_sched_clock(void)
> > * nsecs and adds to a monotonically increasing timespec.
> > */
> > static struct timespec persistent_ts;
> > -static cycles_t cycles, last_cycles;
> > +static cycles_t cycles;
> > static unsigned int persistent_mult, persistent_shift;
> > +static DEFINE_SPINLOCK(read_persistent_clock_lock);
> > +
> > static void omap_read_persistent_clock(struct timespec *ts)
> > {
> > unsigned long long nsecs;
> > - cycles_t delta;
> > - struct timespec *tsp = &persistent_ts;
> > + cycles_t last_cycles;
> > + unsigned long flags;
> > +
> > + spin_lock_irqsave(&read_persistent_clock_lock, flags);
> >
> > last_cycles = cycles;
> > cycles = sync32k_cnt_reg ? __raw_readl(sync32k_cnt_reg) : 0;
> > - delta = cycles - last_cycles;
> >
> > - nsecs = clocksource_cyc2ns(delta, persistent_mult, persistent_shift);
> > + nsecs = clocksource_cyc2ns(cycles - last_cycles,
> > + persistent_mult, persistent_shift);
..I think there's another bug here where cycles - last_cycles
returns wrong value when the timer wraps around as cycles_t is
64 bits and the counter is 32 bits. It seems it's been there
since when the read_persistent_clock was added with commit
d92cfcbe (OMAP: timekeeping: time should not stop during suspend)?
It seems that after this patch cycles should not be cycles_t
but u32, and the result of cycles - last_cycles should also
be u32.
> > + timespec_add_ns(&persistent_ts, nsecs);
> > +
> > + *ts = persistent_ts;
> >
> > - timespec_add_ns(tsp, nsecs);
> > - *ts = *tsp;
> > + spin_unlock_irqrestore(&read_persistent_clock_lock, flags);
> > }
Regards,
Tony
next prev parent reply other threads:[~2012-09-25 1:22 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-12 7:14 [PATCH V2] ARM: OMAP: counter: add locking to read_persistent_clock R Sricharan
2012-09-12 7:14 ` R Sricharan
2012-09-25 0:43 ` Kevin Hilman
2012-09-25 0:43 ` Kevin Hilman
2012-09-25 1:22 ` Tony Lindgren [this message]
2012-09-25 1:22 ` Tony Lindgren
2012-09-25 7:43 ` R, Sricharan
2012-09-25 7:43 ` R, Sricharan
2012-09-25 15:17 ` Tony Lindgren
2012-09-25 15:17 ` Tony Lindgren
2012-10-08 21:02 ` Tony Lindgren
2012-10-08 21:02 ` 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=20120925012243.GR28835@atomide.com \
--to=tony@atomide.com \
--cc=ccross@android.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=r.sricharan@ti.com \
--cc=santosh.shilimkar@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.