From: Tony Lindgren <tony@atomide.com>
To: David Brownell <david-b@pacbell.net>
Cc: linux-omap-open-source@linux.omap.com
Subject: Re: [RFC] [PATCH] ARM: Add clocksource driver for OMAP1 and OMAP2
Date: Fri, 1 Dec 2006 14:13:07 -0800 [thread overview]
Message-ID: <20061201221306.GI23936@atomide.com> (raw)
In-Reply-To: <20061201190317.B12841DFAE4@adsl-69-226-248-13.dsl.pltn13.pacbell.net>
* David Brownell <david-b@pacbell.net> [061201 11:11]:
> > > + clocksource_khz2mult(32768, clocksource_32k.shift);
> >
> > Using clocksource_hz2mult instead (you see, hz vs. khz) does
> > the trick here ;)
>
> Ah, the old "off by one (letter)" trick. I knew it had to be
> something like that ... thanks! :)
>
> Evidently you agree that using a second timer is appropriate.
>
> However, I'm not sure that a better solution might not be to
> register the 32k timer clocksource by default (except on 1510),
> since it seems cheap (and "always available"). Clocksource
> logic can select a higher precision one if it's available.
Yeah, I think the 32k sync timer for clock source would be best.
On omap2, the 32k gptimer1 is needed for timer interrupts to
produce wake-up events.
> Even with as many non-32k timer options as OMAP has (dmtimer for
> both OMAP1 and OMAP2, MPU timer for OMAP1, 32k), I could imagine
> usage conflicts, as reported this AM on l-a-k for ixp4xx. And
> the only really general way around those seems to be a Kconfig
> option for which clocksource to use (other than 32k sync timer).
>
> Comments?
Using the 32k sync timer for the clocksource is best from PM
point of view as it always runs.
I'd rather go for that by default, and then have the optional
mpu timer clocksource available as a Kconfig option.
Regards,
Tony
next prev parent reply other threads:[~2006-12-01 22:13 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-07 15:32 [RFC] [PATCH] ARM: OMAP1: Add clocksource driver for OMAP1 Dirk Behme
[not found] ` <4550CA9E.6090500@mvista.com>
2006-11-08 16:44 ` Dirk Behme
2006-11-10 0:29 ` Tony Lindgren
2006-11-10 0:48 ` Kevin Hilman
2006-11-10 0:53 ` Tony Lindgren
2006-11-30 19:57 ` Woodruff, Richard
2006-11-30 21:30 ` David Brownell
2006-11-30 21:49 ` Woodruff, Richard
2006-11-30 22:32 ` David Brownell
2006-11-30 22:57 ` Woodruff, Richard
2006-11-30 22:12 ` tony
2006-11-30 21:59 ` tony
2006-11-30 22:24 ` Woodruff, Richard
2006-11-30 22:37 ` tony
2006-11-30 17:55 ` Dirk Behme
2006-11-30 17:50 ` Daniel Walker
2006-12-01 16:12 ` Dirk Behme
2006-12-02 3:21 ` Daniel Walker
2006-12-02 6:11 ` Dirk Behme
2006-12-02 6:54 ` Daniel Walker
2006-12-02 7:06 ` Dirk Behme
2006-12-02 7:18 ` Daniel Walker
2006-12-04 23:34 ` Kevin Hilman
2006-11-30 19:14 ` David Brownell
2006-11-30 20:33 ` Dirk Behme
2006-11-30 21:22 ` [RFC] [PATCH] ARM: Add clocksource driver for OMAP1 and OMAP2 David Brownell
2006-12-01 18:21 ` Dirk Behme
2006-12-01 19:03 ` David Brownell
2006-12-01 22:13 ` Tony Lindgren [this message]
2006-12-03 2:58 ` David Brownell
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=20061201221306.GI23936@atomide.com \
--to=tony@atomide.com \
--cc=david-b@pacbell.net \
--cc=linux-omap-open-source@linux.omap.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox