From 8ef83766a126bb9d925e7d5f4f5223e73e276da3 Mon Sep 17 00:00:00 2001 From: =?utf8?q?=E9=BB=84=E6=B6=9B?= Date: Thu, 23 Oct 2014 21:01:19 +0800 Subject: [PATCH] cpufreq: rockchip-cpufreq: fix compilation error on arm64 --- drivers/cpufreq/rockchip-cpufreq.c | 11 +---------- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/drivers/cpufreq/rockchip-cpufreq.c b/drivers/cpufreq/rockchip-cpufreq.c index 3b03329174e7..42627d357a96 100644 --- a/drivers/cpufreq/rockchip-cpufreq.c +++ b/drivers/cpufreq/rockchip-cpufreq.c @@ -29,7 +29,6 @@ #include #include #include -#include #include #include #include @@ -251,15 +250,7 @@ static int cpufreq_init(struct cpufreq_policy *policy) policy->cpuinfo.transition_latency = 40 * NSEC_PER_USEC; // make ondemand default sampling_rate to 40000 - /* - * On SMP configuartion, both processors share the voltage - * and clock. So both CPUs needs to be scaled together and hence - * needs software co-ordination. Use cpufreq affected_cpus - * interface to handle this scenario. Additional is_smp() check - * is to keep SMP_ON_UP build working. - */ - if (is_smp()) - cpumask_setall(policy->cpus); + cpumask_setall(policy->cpus); return 0; -- 2.34.1