From: vikram186@gmail.com (Vikram Narayanan)
To: linux-arm-kernel@lists.infradead.org
Subject: Architecture specific implementations for tickless kernel and deferrable timers
Date: Wed, 27 Apr 2011 09:00:54 +0530 [thread overview]
Message-ID: <BANLkTi=Y0CdRt1ktCs7NwG4pLqWeZeLQPg@mail.gmail.com> (raw)
In-Reply-To: <20110426203756.GD17290@n2100.arm.linux.org.uk>
On Wed, Apr 27, 2011 at 2:07 AM, Russell King - ARM Linux
<linux@arm.linux.org.uk> wrote:
> On Sun, Apr 24, 2011 at 07:50:55PM +0530, Vikram Narayanan wrote:
>> On Fri, Apr 22, 2011 at 8:43 AM, Jeff Ohlstein <johlstei@codeaurora.org> wrote:
>> > Vikram Narayanan wrote:
>> >> And also, are clocksoure and clockevents dependent on each other? I
>> >> see in some platforms, that they have used 2 different timers for the
>> >> above. Can a same clock be used for both clocksource and clockevents?
>> >> Please throw some light on this. If it can be used so, what ties up
>> >> the clocksource and clockevent?
>> >
>> > You can look at msm for an example of a single timer being used both as
>> > a clocksource and a clockevent. We end up shutting off the clocksource
>> > whenever we shut down the clockevent. This does cause some issues.
>> > Switching clocksources at runtime does not work. It will also cause
>> > problems if you implement your own sched_clock function, as it will have
>> > little choice but to return a stale cached value whenever the clockevent
>> > is disabled, such as in the suspend path.
>> Thanks for the example. I will refer to that. And I have another
>> question, If dynamic ticks are implemented, say if I am using the same
>> clocksource and clockevent, the wall time will only be updated at that
>> dyn_tick interval. Will that create any issue? or should I use a
>> constant source for the clocksource? or how to handle this in an
>> effective way.
>> * Clocksource and clockevents with the same timer.
>> * Also I want to make use of the tickless kernel functionality.
>
> The only way to have a stable time source is to have a stable clocksource
> - one which is never stopped or otherwise messed around with. ?If you
> try to combine clocksource and clockevent with one-shot mode, where
> the clocksource part is reset each time a new event is set, you'll probably
> soon end up with time going screwy.
>
Thanks for the insight.
My another question is that, where can I find some examples of dynamic
tick implementation. Are there any documents for implementing the
functionality?
Also the struct dyn_tick_timer in the file include/asm-arm/mach/time.h
is removed since 2.6.27. So how do I achieve this?
If you refer me to some documentation on this, that would be great.
-
Thanks
Vikram
next prev parent reply other threads:[~2011-04-27 3:30 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-20 18:15 Architecture specific implementations for tickless kernel and deferrable timers Vikram Narayanan
2011-04-22 3:13 ` Jeff Ohlstein
2011-04-24 14:20 ` Vikram Narayanan
2011-04-26 20:37 ` Russell King - ARM Linux
2011-04-27 3:30 ` Vikram Narayanan [this message]
2011-04-27 7:25 ` Russell King - ARM Linux
2011-04-27 8:17 ` Thomas Gleixner
2011-04-28 13:31 ` Vikram Narayanan
2011-04-28 13:38 ` Russell King - ARM Linux
2011-04-28 13:54 ` Vikram Narayanan
2011-04-28 14:28 ` Russell King - ARM Linux
2011-04-28 17:29 ` Vikram Narayanan
2011-04-28 18:24 ` Russell King - ARM Linux
2011-04-29 14:26 ` Vikram Narayanan
2011-04-29 14:34 ` Russell King - ARM Linux
2011-04-29 15:07 ` Vikram Narayanan
2011-04-29 17:05 ` Thomas Gleixner
2011-04-29 17:05 ` Thomas Gleixner
2011-04-29 17:57 ` john stultz
2011-05-03 2:17 ` Vikram Narayanan
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='BANLkTi=Y0CdRt1ktCs7NwG4pLqWeZeLQPg@mail.gmail.com' \
--to=vikram186@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).