summaryrefslogtreecommitdiffstats
path: root/drivers/cpufreq/powernow-k8.c
diff options
context:
space:
mode:
authorAfzal Mohammed <afzal@ti.com>2012-01-04 06:22:46 +0100
committerDave Jones <davej@redhat.com>2012-01-06 16:10:53 +0100
commitd08de0c19c3fc5b9cf557ce3b42795d036ad5da9 (patch)
tree30a8c983a35ae8caea55e4d741f291ada66f8965 /drivers/cpufreq/powernow-k8.c
parent[CPUFREQ] cpufreq:userspace: fix cpu_cur_freq updation (diff)
downloadlinux-d08de0c19c3fc5b9cf557ce3b42795d036ad5da9.tar.xz
linux-d08de0c19c3fc5b9cf557ce3b42795d036ad5da9.zip
[CPUFREQ] update lpj only if frequency has changed
During scaling up of cpu frequency, loops_per_jiffy is updated upon invoking PRECHANGE notifier. If setting to new frequency fails in cpufreq driver, lpj is left at incorrect value. Hence update lpj only if cpu frequency is changed, i.e. upon invoking POSTCHANGE notifier. Penalty would be that during time period between changing cpu frequency & invocation of POSTCHANGE notifier, udelay(x) may not gurantee minimal delay of 'x' us for frequency scaling up operation. Perhaps a better solution would be to define CPUFREQ_ABORTCHANGE & handle accordingly, but then it would be more intrusive (using ABORTCHANGE may help drivers also; if any has registered notifier and expect POST for a PRECHANGE, their needs can be taken care using ABORT) Signed-off-by: Afzal Mohammed <afzal@ti.com> Signed-off-by: Dave Jones <davej@redhat.com>
Diffstat (limited to 'drivers/cpufreq/powernow-k8.c')
0 files changed, 0 insertions, 0 deletions