"Rafael J. Wysocki" writes:
> On Wednesday, August 10, 2016 02:28:47 PM Michael Ellerman wrote:
>>
>> Who's merging this?
>
> I am.
Thanks!
On Wednesday, August 10, 2016 02:28:47 PM Michael Ellerman wrote:
> Viresh Kumar writes:
>
> > On 04-08-16, 20:59, Akshay Adiga wrote:
> >> 'commit 09ca4c9b5958 ("cpufreq: powernv: Replacing pstate_id with
> >> frequency table index")' changes calc_global_pstate() to use
> >> cpufreq_table index
Viresh Kumar writes:
> On 04-08-16, 20:59, Akshay Adiga wrote:
>> 'commit 09ca4c9b5958 ("cpufreq: powernv: Replacing pstate_id with
>> frequency table index")' changes calc_global_pstate() to use
>> cpufreq_table index instead of pstate_id.
>>
>> But in gpstate_timer_handler() pstate_id was bein
On 05/08/16 01:29, Akshay Adiga wrote:
'commit 09ca4c9b5958 ("cpufreq: powernv: Replacing pstate_id with
frequency table index")' changes calc_global_pstate() to use
cpufreq_table index instead of pstate_id.
But in gpstate_timer_handler() pstate_id was being passed instead
of cpufreq_table index
On 04-08-16, 20:59, Akshay Adiga wrote:
> 'commit 09ca4c9b5958 ("cpufreq: powernv: Replacing pstate_id with
> frequency table index")' changes calc_global_pstate() to use
> cpufreq_table index instead of pstate_id.
>
> But in gpstate_timer_handler() pstate_id was being passed instead
> of cpufreq_
'commit 09ca4c9b5958 ("cpufreq: powernv: Replacing pstate_id with
frequency table index")' changes calc_global_pstate() to use
cpufreq_table index instead of pstate_id.
But in gpstate_timer_handler() pstate_id was being passed instead
of cpufreq_table index, which caused the index_to_pstate() to a
