From: George Anzinger <george@mvista.com>
To: Len Brown <len.brown@intel.com>
Cc: Tim Schmielau <tim@physik3.uni-rostock.de>,
john stultz <johnstul@us.ibm.com>,
lkml <linux-kernel@vger.kernel.org>
Subject: Re: gradual timeofday overhaul
Date: Wed, 20 Oct 2004 08:17:09 -0700 [thread overview]
Message-ID: <41768175.9000909@mvista.com> (raw)
In-Reply-To: <1098258460.26595.4320.camel@d845pe>
Len Brown wrote:
> On Tue, 2004-10-19 at 23:05, Tim Schmielau wrote:
>
>>I think we could do it in the following steps:
>>
>> 1. Sync up jiffies with the monotonic clock,...
>> 2. Decouple jiffies from the actual interrupt counter...
>> 3. Increase HZ all the way up to 1e9....
>
>
>>Thoughts?
>
>
> Yes, for long periods of idle, I'd like to see the periodic clock tick
> disabled entirely. Clock ticks causes the hardware to exit power-saving
> idle states.
>
> The current design with HZ=1000 gives us 1ms = 1000usec between clock
> ticks. But some platforms take nearly that long just to enter/exit low
> power states; which means that on Linux the hardware pays a long idle
> state exit latency (performance hit) but gets little or no power savings
> from the time it resides in that idle state.
I (and MontaVista) will be expanding on the VST patches. There are, currently,
two levels of VST. VST-I when entering the idle state (task) looks ahead in the
timer list, finds the next event, and shuts down the "tick" until that time. An
interrupts resets things, be it from the end of the time counter or another source.
VST-II adds a call back list to idle entry and exit. This allows one to add
code to change (or even remove) timers on idle entry and restore them on exit.
We are doing this work to support deeply embedded applications that often times
run on small batteries (think cell phone if you like).
--
George Anzinger george@mvista.com
High-res-timers: http://sourceforge.net/projects/high-res-timers/
next prev parent reply other threads:[~2004-10-20 15:18 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-19 18:21 process start time set wrongly at boot for kernel 2.6.9 Jerome Borsboom
2004-10-19 20:11 ` john stultz
2004-10-20 0:42 ` Tim Schmielau
2004-10-20 0:59 ` john stultz
2004-10-20 3:05 ` gradual timeofday overhaul Tim Schmielau
2004-10-20 7:47 ` Len Brown
2004-10-20 15:09 ` George Anzinger
2004-10-20 15:59 ` Richard B. Johnson
2004-10-20 15:17 ` George Anzinger [this message]
2004-10-20 17:09 ` Lee Revell
2004-10-20 21:42 ` Len Brown
2004-10-20 18:13 ` john stultz
2004-10-20 14:51 ` process start time set wrongly at boot for kernel 2.6.9 George Anzinger
2004-10-20 17:42 ` john stultz
2004-10-20 23:52 ` George Anzinger
2004-10-21 0:25 ` john stultz
2004-10-21 1:04 ` George Anzinger
2004-10-27 7:55 ` Tim Schmielau
-- strict thread matches above, loose matches on Subject: below --
2004-10-21 8:32 gradual timeofday overhaul Perez-Gonzalez, Inaky
2004-10-21 21:17 ` George Anzinger
2004-10-21 22:40 ` Chris Friesen
2004-10-25 23:12 ` George Anzinger
2004-10-25 23:51 ` Chris Friesen
2004-10-21 21:32 Perez-Gonzalez, Inaky
2004-10-21 22:36 ` Chris Friesen
2004-10-22 0:21 ` George Anzinger
2004-10-22 0:29 Perez-Gonzalez, Inaky
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=41768175.9000909@mvista.com \
--to=george@mvista.com \
--cc=johnstul@us.ibm.com \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tim@physik3.uni-rostock.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 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.