From: Thomas Klute <thomas2.klute@uni-dortmund.de>
To: Ming Lei <ming.lei@canonical.com>
Cc: "Hiremath, Vaibhav" <hvaibhav@ti.com>,
"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
Carsten Vogel <carsten.vogel@rub.de>
Subject: Re: Ftrace Timer on OMAP3
Date: Wed, 30 May 2012 12:35:52 +0200 [thread overview]
Message-ID: <4FC5F808.40901@uni-dortmund.de> (raw)
In-Reply-To: <CACVXFVMg140Tj0cAH8aWD7VROgody7E+mEe0pNyou7hpfJUr9w@mail.gmail.com>
Am 28.05.2012 10:24, schrieb Ming Lei:
> On Mon, May 28, 2012 at 2:56 PM, Hiremath, Vaibhav <hvaibhav@ti.com> wrote:
>> On Fri, May 25, 2012 at 20:49:07, Thomas Klute wrote:
>>> Hi everyone,
>>>
>>> we're having some trouble getting useful results from Ftrace on OMAP3
>>> (Gumstix Overo). As you can see in the example output below, function
>>> duration can't be displayed with a precision higher than about 30.5 us,
>>> which matches the frequency of the 32 kHz platform timer. For OMAP1,
>>> using OMAP_MPU_TIMER instead of CONFIG_OMAP_32K_TIMER should provide
>>> better results [1], but I couldn't find anything similar for OMAP3. Just
>>> setting CONFIG_OMAP_32K_TIMER=N didn't change the results. Did I miss
>>> anything, or isn't there any more precise timer?
>>>
>>
>> I believe you are using mainline kernel here, if yes, you should be enabling
>> the dmtimer using commandline argument, "clocksource="gp_timer".
>
> Also you need to pass 'nohlt' to kernel since gp_timer can't be kept
> when cpu is idled in deep state.
I use the linux-omap tree, but adding "clocksource=gp_timer nohlt" to
the kernel command line did the trick anyways. :-)
Thanks to both of you!
Thomas
prev parent reply other threads:[~2012-05-30 10:35 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-25 15:19 Ftrace Timer on OMAP3 Thomas Klute
2012-05-28 6:56 ` Hiremath, Vaibhav
2012-05-28 8:24 ` Ming Lei
2012-05-30 10:35 ` Thomas Klute [this message]
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=4FC5F808.40901@uni-dortmund.de \
--to=thomas2.klute@uni-dortmund.de \
--cc=carsten.vogel@rub.de \
--cc=hvaibhav@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=ming.lei@canonical.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 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.