From: Baruch Siach <baruch@tkos.co.il>
To: Daniel Lezcano <daniel.lezcano@linaro.org>
Cc: Thomas Gleixner <tglx@linutronix.de>,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 2/2] clocksource: driver for Conexant Digicolor SoC timer
Date: Sun, 25 Jan 2015 16:46:56 +0200 [thread overview]
Message-ID: <20150125144656.GO2555@sapphire.tkos.co.il> (raw)
In-Reply-To: <54C0F30F.9060607@linaro.org>
Hi Daniel,
On Thu, Jan 22, 2015 at 01:54:39PM +0100, Daniel Lezcano wrote:
> On 01/21/2015 07:36 AM, Baruch Siach wrote:
> >+ * Based on:
> >+ * Allwinner SoCs hstimer driver
>
> If this is based on the Allwinnner driver, may be you can have a look at the
> patchset sent by Maxim to make sure your implementation is complete ?
>
> https://lkml.org/lkml/2015/1/11/52
Thanks for the tip. I'll take the applicable parts from that series.
[...]
> >+static void __iomem *timer_base;
> >+static u32 ticks_per_jiffy;
>
> Mind to encapsulate those global variables in a structure and use
> container_of to access those fields like:
>
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/clocksource/mtk_timer.c#n56
>
> ?
The trouble is that the sched_clock callback (digicolor_timer_sched_read)
needs a static timer_base to find the timer counter. Do you think adding a
structure is worth it only for ticks_per_jiffy?
> >+static void digicolor_clkevt_mode(enum clock_event_mode mode,
> >+ struct clock_event_device *clk)
> >+{
> >+ switch (mode) {
> >+ case CLOCK_EVT_MODE_PERIODIC:
> >+ writeb(0, timer_base + CONTROL(TIMER_C));
>
> Even if that sounds overkill, please replace '0', '1' with whatever macro
> name (eg. TIMER_DISABLE/ENABLE).
Will do for the entire file.
[...]
> >+static struct irqaction digicolor_timer_irq = {
> >+ .name = "digicolor_timerC",
> >+ .flags = IRQF_TIMER | IRQF_IRQPOLL,
> >+ .handler = digicolor_timer_interrupt,
> >+ .dev_id = &digicolor_clockevent,
> >+};
>
> The current trend is to use 'request_irq', so no such structure
> declaration/initialization is needed.
Thanks. Will do.
> >+ writel(~0, timer_base + COUNT(TIMER_B));
>
> s/~0/UINT_MAX/ ?
Ack.
Thanks for reviewing. I'll post an updated series shortly.
baruch
--
http://baruch.siach.name/blog/ ~. .~ Tk Open Systems
=}------------------------------------------------ooO--U--Ooo------------{=
- baruch@tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
next prev parent reply other threads:[~2015-01-25 14:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-21 6:36 [PATCH v3 0/2] clocksource: Conexant CX92755 timers support Baruch Siach
2015-01-21 6:36 ` [PATCH v3 1/2] clocksource: devicetree: document Conexant Digicolor timer binding Baruch Siach
2015-01-22 12:23 ` Daniel Lezcano
2015-01-21 6:36 ` [PATCH v3 2/2] clocksource: driver for Conexant Digicolor SoC timer Baruch Siach
2015-01-22 12:54 ` Daniel Lezcano
2015-01-25 14:46 ` Baruch Siach [this message]
2015-01-25 15:03 ` 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=20150125144656.GO2555@sapphire.tkos.co.il \
--to=baruch@tkos.co.il \
--cc=daniel.lezcano@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®