From: santosh.shilimkar@ti.com (Santosh Shilimkar)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM: smp_twd: Reconfigure clockevents after cpufreq change
Date: Tue, 14 Jun 2011 11:42:10 +0530 [thread overview]
Message-ID: <4DF6FBBA.7010309@ti.com> (raw)
In-Reply-To: <BANLkTik8sz+JQE1nTcEvZLo5PynwK0+zZA@mail.gmail.com>
On 6/14/2011 11:30 AM, Colin Cross wrote:
> On Mon, Jun 13, 2011 at 10:50 PM, Linus Walleij
> <linus.ml.walleij@gmail.com> wrote:
>> Colin, Per Fransson noted this:
>>
>>> From: Colin Cross<ccross@android.com>
>>
>>> +/*
>>> + * Updates clockevent frequency when the cpu frequency changes.
>>> + * Called on the cpu that is changing frequency with interrupts disabled.
>>> + */
>>> +static void twd_update_frequency(void *data)
>>> +{
>>> + twd_timer_rate = clk_get_rate(twd_clk);
>>> +
>>> + clockevents_update_freq(__get_cpu_var(twd_ce), twd_timer_rate);
>>> +}
>>
>> Will only update the clockevent on the CPU where the cpufreq notifier
>> gets called will it not? It's not called on each CPU AFAICT.
>>
>> So this function has to traverse all CPUs in twd_ce.
>
> OMAP and Tegra both iterate through all the affected cpus in the
> cpufreq driver and call cpufreq_notify_transtion once for each,
> setting freqs.cpu to the target cpu. The listener in the smp_twd
> driver then bounces through smp_call_function_single to make sure it
> is running on the affected cpu. I believe that is the correct way to
> handle multiple affected cpus.
>
I agree with Collin. That should be taken care by
"smp_call_function_single(freqs->cpu, )" with notifier
being called with all the available CPU's in the mask.
Linus,
Did you see any issue with this patch on your platform ?
Regards
Santosh
next prev parent reply other threads:[~2011-06-14 6:12 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-01 9:15 [PATCH] ARM: smp_twd: Reconfigure clockevents after cpufreq change Linus Walleij
2011-06-14 5:50 ` Linus Walleij
2011-06-14 6:00 ` Colin Cross
2011-06-14 6:12 ` Santosh Shilimkar [this message]
2011-06-14 6:14 ` Linus Walleij
-- strict thread matches above, loose matches on Subject: below --
2011-05-16 23:21 Colin Cross
2011-05-16 23:21 ` Colin Cross
2011-05-17 14:00 ` Santosh Shilimkar
2011-05-17 14:00 ` Santosh Shilimkar
2011-05-17 17:06 ` Colin Cross
2011-05-17 17:06 ` Colin Cross
2011-05-18 11:32 ` Santosh Shilimkar
2011-05-18 11:32 ` Santosh Shilimkar
2011-05-19 17:32 ` Linus Walleij
2011-05-19 17:32 ` Linus Walleij
2011-05-19 23:26 ` Colin Cross
2011-05-19 23:26 ` Colin Cross
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=4DF6FBBA.7010309@ti.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 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.