On Fri, Dec 16, 2011 at 8:20 PM, Daniel Lezcano
<daniel.lezc...@linaro.org> wrote:
>> diff --git a/arch/arm/mach-ux500/clock.c b/arch/arm/mach-ux500/clock.c
>> index e832664..60378b3 100644
>> --- a/arch/arm/mach-ux500/clock.c
>> +++ b/arch/arm/mach-ux500/clock.c
>> @@ -743,7 +743,8 @@ err_out:
>> late_initcall(clk_debugfs_init);
>> #endif /* defined(CONFIG_DEBUG_FS) */
>>
>> -unsigned long clk_smp_twd_rate = 400000000;
>> +/* Half the max CPU frequency on most systems (UGLY ASSUMPTION!) */
>> +unsigned long clk_smp_twd_rate = 500000000;
>>
>> unsigned long clk_smp_twd_get_rate(struct clk *clk)
>> {
>> @@ -769,7 +770,7 @@ static int clk_twd_cpufreq_transition(struct
>> notifier_block *nb,
>>
>> if (state == CPUFREQ_PRECHANGE) {
>> /* Save frequency in simple Hz */
>> - clk_smp_twd_rate = f->new * 1000;
>> + clk_smp_twd_rate = (f->new * 1000) / 2;
>> }
>
> Hi Linus,
>
> That fixes the problem.
Yay!! :-D
> Are you planning to send a fix to lakml ?
I don't think I have much of a choice, I would prefer to have
a "perfect" solution say by registering smp_twd with the right
frequency inside the CPUfreq driver itself (why not by the way)
I'll try that.
Thanks,
Linus Walleij
_______________________________________________
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
