Locking in the clk API

Saravana Kannan skannan at codeaurora.org
Fri Jan 21 20:47:28 EST 2011

On 01/21/2011 01:40 AM, Russell King - ARM Linux wrote:
> On Thu, Jan 20, 2011 at 11:16:04PM -0800, Saravana Kannan wrote:
>> This suggestion looked promising till I realized that clk_set_rate()
>> will still be atomic. clk_set_rate() will need to enable/disable the
>> PLLs depending on which PLLs the rates are derived from. So, the locking
>> in clk_prepare/unprepare() still has to be atomic since the "slow stuff"
>> is shared with clk_set_rate().
> Who calls clk_set_rate() from an atomic context?  Do we know whether
> anyone does?

I have had internal teams asking about it. I will try to check if they 
mainlined any of it yet or continue to want to do that in atomic context 
and get back.


Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.

More information about the linux-arm-kernel mailing list