From: Dinh Nguyen <dinguyen@altera.com>
To: Ingo Molnar <mingo@kernel.org>
Cc: Daniel Lezcano <daniel.lezcano@linaro.org>,
Thomas Gleixner <tglx@linutronix.de>,
Axel Lin <axel.lin@ingics.com>,
Ezequiel Garcia <ezequiel.garcia@free-electrons.com>,
Marc Zyngier <marc.zyngier@arm.com>,
Thierry Reding <thierry.reding@gmail.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [GIT PULL RESEND] clocksource/clockevents fixes for 3.13
Date: Tue, 10 Dec 2013 08:21:26 -0600 [thread overview]
Message-ID: <1386685286.6211.1.camel@linux-builds1> (raw)
In-Reply-To: <20131210134133.GC31366@gmail.com>
On Tue, 2013-12-10 at 14:41 +0100, Ingo Molnar wrote:
> * Daniel Lezcano <daniel.lezcano@linaro.org> wrote:
>
> >
> > Hi Thomas, Ingo,
> >
> > here are the fixes for 3.13 based on timers/urgent
> >
> > * Axel Lin added a missing dependency on CLKSRC_MMIO in the Kconfig
> > for the time-efm32.
> >
> > * Dinh Nguyen fixed read_sched_clock to return the right value for
> > the dw_apb_timer.
> >
> > * Ezequiel Garcia registered the sched clock after the counter,
> > thus preventing time jump in the traces for the armada-370-xp.
> >
> > * Marc Zyngier stopped the timer before enabling the irq in order
> > to prevent it to be fired before the clockevent is registered for
> > the sunxi.
> >
> > * Thierry Reding removed a of_node_put in clksrc-of because the
> > reference is not held.
>
> (For future reference, please post all patches not just a combo
> patch.)
>
> > Dinh Nguyen (2):
> > clocksource: dw_apb_timer: Move timer defines to header file.
> > clocksource: dw_apb_timer_of: Fix read_sched_clock
>
> Nit: we generally don't use periods at the end of titles, it looks
> inconsistent in shortlogs.
>
> > diff --git a/drivers/clocksource/dw_apb_timer.c
> > b/drivers/clocksource/dw_apb_timer.c
> > index e54ca10..c3a8f52 100644
> > --- a/drivers/clocksource/dw_apb_timer.c
> > +++ b/drivers/clocksource/dw_apb_timer.c
> > @@ -18,25 +18,6 @@
> > #include <linux/io.h>
> > #include <linux/slab.h>
> >
> > -#define APBT_MIN_PERIOD 4
> > -#define APBT_MIN_DELTA_USEC 200
> > -
> > -#define APBTMR_N_LOAD_COUNT 0x00
> > -#define APBTMR_N_CURRENT_VALUE 0x04
> > -#define APBTMR_N_CONTROL 0x08
> > -#define APBTMR_N_EOI 0x0c
> > -#define APBTMR_N_INT_STATUS 0x10
> > -
> > -#define APBTMRS_INT_STATUS 0xa0
> > -#define APBTMRS_EOI 0xa4
> > -#define APBTMRS_RAW_INT_STATUS 0xa8
> > -#define APBTMRS_COMP_VERSION 0xac
> > -
> > -#define APBTMR_CONTROL_ENABLE (1 << 0)
> > -/* 1: periodic, 0:free running. */
> > -#define APBTMR_CONTROL_MODE_PERIODIC (1 << 1)
> > -#define APBTMR_CONTROL_INT (1 << 2)
> > -
> > static inline struct dw_apb_clock_event_device *
> > ced_to_dw_apb_ced(struct clock_event_device *evt)
> > {
> > diff --git a/drivers/clocksource/dw_apb_timer_of.c
> > b/drivers/clocksource/dw_apb_timer_of.c
> > index 45ba8ae..c3fe17e 100644
> > --- a/drivers/clocksource/dw_apb_timer_of.c
> > +++ b/drivers/clocksource/dw_apb_timer_of.c
> > @@ -102,18 +102,17 @@ static void __init add_clocksource(struct
> > device_node *source_timer)
> > * timer is found. sched_io_base then points to the current_value
> > * register of the clocksource timer.
> > */
> > - sched_io_base = iobase + 0x04;
> > + sched_io_base = iobase;
> > sched_rate = rate;
> > }
> >
> > static u64 read_sched_clock(void)
> > {
> > - return __raw_readl(sched_io_base);
> > + return ~__raw_readl(sched_io_base + APBTMR_N_CURRENT_VALUE);
>
> AFAICS the minimal fix here for v3.13 would be to just do:
>
> > - return __raw_readl(sched_io_base);
> > + return ~__raw_readl(sched_io_base);
>
> Right? That way the fix is just a oneliner and we could delay the
> header file and magic-constants use cleanups to v3.14.
Yes. That will be fine. Do you need me to send a new patch that does
just that?
Thanks,
Dinh
>
> Thanks,
>
> Ingo
>
next prev parent reply other threads:[~2013-12-10 14:23 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-10 13:28 [GIT PULL RESEND] clocksource/clockevents fixes for 3.13 Daniel Lezcano
2013-12-10 13:41 ` Ingo Molnar
2013-12-10 14:21 ` Dinh Nguyen [this message]
2013-12-10 14:31 ` Daniel Lezcano
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=1386685286.6211.1.camel@linux-builds1 \
--to=dinguyen@altera.com \
--cc=axel.lin@ingics.com \
--cc=daniel.lezcano@linaro.org \
--cc=ezequiel.garcia@free-electrons.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marc.zyngier@arm.com \
--cc=mingo@kernel.org \
--cc=tglx@linutronix.de \
--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.