From: santosh.shilimkar@ti.com (Shilimkar, Santosh)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 00/15] Make SMP timers standalone
Date: Thu, 5 Jan 2012 12:13:26 +0100 [thread overview]
Message-ID: <CAMQu2gxuBNRWYKyKRdzvv_m49DyLoODVbC=rKDHDAMTnxe+6+A@mail.gmail.com> (raw)
In-Reply-To: <4F0584B5.60908@arm.com>
On Thu, Jan 5, 2012 at 12:08 PM, Marc Zyngier <marc.zyngier@arm.com> wrote:
> On 05/01/12 00:00, Linus Walleij wrote:
>> However IIRC this situation does not occur in the ARM reference
>> designs, notably Versatile Express since it simply isn't designed to
>> be power-agressive in this way and does not gate the clock or
>> power down the CPU power domain, it's always on, always
>> clocked (albeit with shifting frequency).
>>
>> The Vexpress seem to register a clockevent for its SP804
>> timer, and even though I've never used this machine I guess
>> it would tick a few ticks during boot and then as TWD is
>> registered it switches to that (due to higher .rate) and
>> no IRQ is ever fired on the SP804 again.
>>
>> Does this correspond to what is seen in /proc/interrupts
>> on the Vexpress?
>
> Yes. You get about 8 ticks worth of SP804, and then switch to TWD for good.
>
>> And does the system really work if you simply delete the
>> code registering the SP804 clockevent from
>> mach-vexpress/ct-ca9x4.c?
>
> No, because you need the global timer to calibrate the TWD on this
> platform. But on the VE with a Cortex-A15 tile, the system works
> perfectly with the architected timers being the only one in the system
> (the SP804 is left unconfigured).
>
> But now that your cpufreq-aware patches are in -next, I can boot a Panda
> without a single tick of the global timer (OMAP4 provides the "smp-twd"
> clock).
>
That's only because CPUIDLE low power states are not enabled. You
do that and without global timer, system will just die
next prev parent reply other threads:[~2012-01-05 11:13 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-22 17:27 [PATCH v2 00/15] Make SMP timers standalone Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 01/15] ARM: local timers: allow smp_twd to be used standalone Marc Zyngier
2011-12-22 20:38 ` Russell King - ARM Linux
2011-12-22 17:27 ` [PATCH v2 02/15] ARM: smp_twd: add device tree support Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 03/15] ARM: local timers: switch realview to standalone smp_twd Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 04/15] ARM: local timers: switch vexpress " Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 05/15] ARM: local timers: remove localtimer.c from plat-versatile Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 06/15] ARM: local timers: switch tegra to standalone smp_twd Marc Zyngier
2011-12-22 19:22 ` Colin Cross
2011-12-22 17:27 ` [PATCH v2 07/15] ARM: local timers: switch omap4 " Marc Zyngier
2011-12-23 6:37 ` Shilimkar, Santosh
2011-12-22 17:27 ` [PATCH v2 08/15] ARM: local timers: switch shmobile " Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 09/15] ARM: local timers: switch ux500 " Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 10/15] ARM: local timers: switch highbank " Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 11/15] ARM: local timers: switch imx6q " Marc Zyngier
2011-12-25 13:40 ` Shawn Guo
2011-12-22 17:27 ` [PATCH v2 12/15] ARM: smp_twd: remove support for non-standalone version Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 13/15] ARM: local timers: make MCT timer standalone Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 14/15] ARM: local timers: make MSM timers standalone Marc Zyngier
2011-12-22 17:27 ` [PATCH v2 15/15] ARM: local timers: Remove CONFIG_LOCAL_TIMERS support Marc Zyngier
2011-12-22 19:32 ` [PATCH v2 00/15] Make SMP timers standalone Russell King - ARM Linux
2012-01-04 17:39 ` Marc Zyngier
2012-01-04 21:47 ` Russell King - ARM Linux
2012-01-05 0:00 ` Linus Walleij
2012-01-05 11:08 ` Marc Zyngier
2012-01-05 11:13 ` Shilimkar, Santosh [this message]
2012-01-05 11:19 ` Marc Zyngier
2012-01-05 11:26 ` Russell King - ARM Linux
2012-01-05 11:35 ` Marc Zyngier
2012-01-05 12:10 ` Russell King - ARM Linux
2012-01-05 16:13 ` Marc Zyngier
2012-01-05 16:26 ` Russell King - ARM Linux
2012-01-05 16:55 ` Russell King - ARM Linux
2012-01-05 11:31 ` Shilimkar, Santosh
2012-01-05 10:33 ` Marc Zyngier
2012-01-05 10:45 ` Shilimkar, Santosh
2012-01-05 1:17 ` David Brown
2012-01-05 10:26 ` Linus Walleij
2012-01-05 11:01 ` Russell King - ARM Linux
2012-01-05 19:34 ` johlstei
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='CAMQu2gxuBNRWYKyKRdzvv_m49DyLoODVbC=rKDHDAMTnxe+6+A@mail.gmail.com' \
--to=santosh.shilimkar@ti.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).