From patchwork Thu Jan 31 02:26:04 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Viresh Kumar X-Patchwork-Id: 2070581 Return-Path: X-Original-To: patchwork-linux-pm@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork1.kernel.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by patchwork1.kernel.org (Postfix) with ESMTP id F1C943FD1A for ; Thu, 31 Jan 2013 02:26:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753485Ab3AaC0Q (ORCPT ); Wed, 30 Jan 2013 21:26:16 -0500 Received: from mail-pb0-f44.google.com ([209.85.160.44]:58308 "EHLO mail-pb0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753310Ab3AaC0P (ORCPT ); Wed, 30 Jan 2013 21:26:15 -0500 Received: by mail-pb0-f44.google.com with SMTP id wz12so1336427pbc.17 for ; Wed, 30 Jan 2013 18:26:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:from:to:cc:subject:date:message-id:x-mailer :x-gm-message-state; bh=TZATN/E6WEGRfYXFpZGmBXgRhGdRJKZosFDP/yzYwZo=; b=YGpxQzP9Wywz35Mhld7+WnbLF7Zz4IzJkswuLPrk6akOh8M0IwCPq8vvLH7wYCCnbv 7JgjjmkLc/Cru55N5+demS0zB0eRPIHySefj8j5ieFt+Zq75gOYZtyHrs1T9sVtzXAs5 Y1MEgo7kcN06rAKaJIgZroPHQHPmVJgtWOXcgQcSsHJzowc6NSsZgW9hHMTKu3TX7X0u MaVIkjxsu8eRpZjzBpu31NZ4HbMeixQ+ZJG50ahbr+FlOuIzCdCV/zsYeHWwo6wLXPqd DmI1Jyt5ENKKGzN4E6V6gJQC73NJLjqrRkFw08jP70z5qptz2Nig9RMmKUGQkQaiIKlq tFSA== X-Received: by 10.66.79.66 with SMTP id h2mr16489639pax.31.1359599175016; Wed, 30 Jan 2013 18:26:15 -0800 (PST) Received: from localhost ([122.172.195.129]) by mx.google.com with ESMTPS id pc9sm3367778pbc.1.2013.01.30.18.26.11 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 30 Jan 2013 18:26:14 -0800 (PST) From: Viresh Kumar To: rjw@sisk.pl, jc.lee@samsung.com Cc: cpufreq@vger.kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, linaro-dev@lists.linaro.org, kgene.kim@samsung.com, Viresh Kumar Subject: [PATCH] cpufreq: exynos: simplify .init() for setting policy->cpus Date: Thu, 31 Jan 2013 07:56:04 +0530 Message-Id: X-Mailer: git-send-email 1.7.12.rc2.18.g61b472e X-Gm-Message-State: ALoCoQn0qmAcawMMYCNZ+iGxMuuPucnvUCnvFEl9RiWH9J19L6IeUccJOkzskH9YJ34C27rNiko2 Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org With the recent changes in cpufreq core, we just need to set mask of all possible cpus into policy->cpus. Rest would be done by core. Signed-off-by: Viresh Kumar --- drivers/cpufreq/exynos-cpufreq.c | 14 +------------- 1 file changed, 1 insertion(+), 13 deletions(-) diff --git a/drivers/cpufreq/exynos-cpufreq.c b/drivers/cpufreq/exynos-cpufreq.c index 7012ea8..81eb84a 100644 --- a/drivers/cpufreq/exynos-cpufreq.c +++ b/drivers/cpufreq/exynos-cpufreq.c @@ -227,19 +227,7 @@ static int exynos_cpufreq_cpu_init(struct cpufreq_policy *policy) /* set the transition latency value */ policy->cpuinfo.transition_latency = 100000; - /* - * EXYNOS4 multi-core processors has 2 cores - * that the frequency cannot be set independently. - * Each cpu is bound to the same speed. - * So the affected cpu is all of the cpus. - */ - if (num_online_cpus() == 1) { - cpumask_copy(policy->related_cpus, cpu_possible_mask); - cpumask_copy(policy->cpus, cpu_online_mask); - } else { - policy->shared_type = CPUFREQ_SHARED_TYPE_ANY; - cpumask_setall(policy->cpus); - } + cpumask_setall(policy->cpus); return cpufreq_frequency_table_cpuinfo(policy, exynos_info->freq_table); }