From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: scheduler clock for MXS [Was: Re: Wakeup latency measured with SCHED_TRACER depends on HZ]
Date: Tue, 6 Nov 2012 20:04:45 +0000 [thread overview]
Message-ID: <20121106200445.GA32398@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <20121106134944.GE27643@S2100-06.ap.freescale.net>
On Tue, Nov 06, 2012 at 09:49:50PM +0800, Shawn Guo wrote:
> On Tue, Nov 06, 2012 at 10:12:29AM +0000, Russell King - ARM Linux wrote:
> > > [ 0.000000] sched_clock: 16 bits at 32kHz, resolution 31250ns, wraps every 20
> > > 47ms
> >
> > So where are you setting this up? My guess is it's after time_init()
> > has done its stuff.
>
> It gets set up in machine_desc->timer->init() which is called right
> in time_init() just before sched_clock_postinit().
Well. I just tried an experiment with OMAP4:
[ 0.000000] sched_clock: 16 bits at 32kHz, resolution 30517ns, wraps every 1999ms
So, this is similar to yours, and there I get:
[ 1.945281] ALSA device list:
[ 1.948394] #0: SDP4430
[ 1.951324] Waiting 2sec before mounting root device...
[ 2.926910] kjournald starting. Commit interval 5 seconds
[ 2.927001] EXT3-fs (mmcblk1p2): warning: maximal mount count reached, running e2fsck is recommended
[ 3.041503] EXT3-fs (mmcblk1p2): using internal journal
[ 3.051422] EXT3-fs (mmcblk1p2): recovery complete
[ 3.056427] EXT3-fs (mmcblk1p2): mounted filesystem with writeback data mode
[ 3.063842] VFS: Mounted root (ext3 filesystem) on device 179:26.
[ 3.070404] Freeing init memory: 192K
So it appears to be working as designed.
next prev parent reply other threads:[~2012-11-06 20:04 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <50919AFF.3060602@meduna.org>
[not found] ` <5093D8DE.70505@meduna.org>
[not found] ` <20121105025753.GA26528@S2100-06.ap.freescale.net>
2012-11-05 9:14 ` scheduler clock for MXS [Was: Re: Wakeup latency measured with SCHED_TRACER depends on HZ] Stanislav Meduna
2012-11-05 13:46 ` Shawn Guo
2012-11-05 16:09 ` Stanislav Meduna
2012-11-05 22:28 ` Russell King - ARM Linux
2012-11-06 2:40 ` Shawn Guo
2012-11-06 10:12 ` Russell King - ARM Linux
2012-11-06 13:49 ` Shawn Guo
2012-11-06 20:04 ` Russell King - ARM Linux [this message]
2012-11-06 8:34 ` scheduler clock for MXS Stanislav Meduna
2012-11-06 9:45 ` Russell King - ARM Linux
2012-11-06 13:46 ` Shawn Guo
2012-11-06 20:20 ` Russell King - ARM Linux
2012-11-06 22:30 ` Stanislav Meduna
2012-11-06 22:46 ` Russell King - ARM Linux
2012-11-07 7:13 ` Shawn Guo
2012-11-08 21:27 ` Stanislav Meduna
2012-11-08 22:11 ` Russell King - ARM Linux
2012-11-08 22:45 ` [PATCH] ARM: mxs: Setup scheduler clock Stanislav Meduna
2012-11-12 1:54 ` Shawn Guo
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=20121106200445.GA32398@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--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).