All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.