From: Dmitry Antipov <dmitry.antipov@linaro.org>
To: Andrew Richardson <chardson@umich.edu>
Cc: John Stultz <john.stultz@linaro.org>,
linaro-dev@lists.linaro.org, linux-omap@vger.kernel.org
Subject: Re: Minimum timing resolution in Ubuntu/Linaro on the PandaBoard ES
Date: Tue, 07 Feb 2012 21:21:03 -0800 [thread overview]
Message-ID: <4F32063F.1020607@linaro.org> (raw)
In-Reply-To: <4F31A91B.8080106@umich.edu>
On 02/07/2012 02:43 PM, Andrew Richardson wrote:
> I'm experiencing what appears to be a minimum clock resolution issue
> in using clock_gettime() on a PandaBoard ES running ubuntu.
Do you have CONFIG_OMAP_32K_TIMER enabled in your kernel?
Look at 'dmesg | grep clock' and check for the following:
...
OMAP clockevent source: GPTIMER1 at 32768 Hz
sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 131071999ms
...
Most probably this is the answer - by default, recent OMAPs are configured
to use less-accurate, but more energy-saving timer (32KHz) in favor of
MPU timer.
Disable CONFIG_OMAP_32K_TIMER to switch to MPU timer, and check
'dmesg | grep clock' to see:
...
OMAP clockevent source: GPTIMER1 at 38400000 Hz
OMAP clocksource: GPTIMER2 at 38400000 Hz
sched_clock: 32 bits at 38MHz, resolution 26ns, wraps every 111848ms
...
BTW, I have no ideas why clock_getres(CLOCK_REALTIME,...) returns {0, 1}
regardless of underlying clock source. I expect {0, 30517} for 32K timer
and {0, 26} for MPU timer.
Dmitry
next parent reply other threads:[~2012-02-08 5:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4F31A91B.8080106@umich.edu>
2012-02-08 5:21 ` Dmitry Antipov [this message]
[not found] ` <4F32063F.1020607-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2012-02-08 9:32 ` Minimum timing resolution in Ubuntu/Linaro on the PandaBoard ES Andrew Richardson
2012-02-08 13:55 ` Dmitry Antipov
2012-02-08 14:21 ` Andrew Richardson
2012-02-08 17:05 ` John Stultz
2012-02-08 17:08 ` John Stultz
2012-02-08 18:19 ` Turgis, Frederic
2012-02-08 16:58 ` John Stultz
2012-02-10 0:56 ` Ming Lei
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=4F32063F.1020607@linaro.org \
--to=dmitry.antipov@linaro.org \
--cc=chardson@umich.edu \
--cc=john.stultz@linaro.org \
--cc=linaro-dev@lists.linaro.org \
--cc=linux-omap@vger.kernel.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 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.