From patchwork Mon Feb 26 05:08:47 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Viresh Kumar X-Patchwork-Id: 129530 Delivered-To: patch@linaro.org Received: by 10.46.66.2 with SMTP id p2csp3230171lja; Sun, 25 Feb 2018 21:09:41 -0800 (PST) X-Google-Smtp-Source: AH8x227k8R/GanYPFBO188tXxjwnvdb7uDcjSTL4C2JjT2uljUN5dLHmGt84AkmUQyvke3Dv4hxM X-Received: by 2002:a17:902:10d:: with SMTP id 13-v6mr9310681plb.266.1519621781503; Sun, 25 Feb 2018 21:09:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519621781; cv=none; d=google.com; s=arc-20160816; b=B7lqlvOKI8phMnlX7r9KaWH4vxFcrdwVjDyfsxPxzaF5jad1pIYxLUi6+fT86/4k/m uWuWQfb9z58mYI9iA38iy4XzqLYtA5LC98LHtIv9LZ+s3UwrDlBG+d/+6fyL1kkH8gtj 0Sr8CwYFjQyFAxcRsqCjSLXWWrxfjVbidIKEtKJz+UCL/iO90oG5R5D/nKXHskjBQ+9q zP//r1wnZhgst1N8dzNP7avDC3UqBtBUCcGL/G7yf2CXId/xo45QdzwrAdgpVf1tRuVu aaDeSoMkFQ6JwGAumPK8SrVklRb+O1ui8kgYCH1TxRhhqdmsFMZc4deZa/d9Ht26gzW8 fS5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:references :in-reply-to:message-id:date:subject:cc:to:from:dkim-signature :arc-authentication-results; bh=GAkohg+ki3fiuOX8bkbde+YORPX1kQnv7YBut49p0tw=; b=jxAINQdEacJpBKxfEfRHtIOM8nWwNGMraXu35KXzOguHqao8hpG671187q4j31vNep Rb2ptR59p5d03HNGKeU2kOrNq3BpFZ40v7jsTMHLIam/I/EizCquMyBNmPabEs4/Q3Br ZlGDpxw2YBaPI/pi3jZ3sx71d+b6X0lxNo3lfZjdho5IApkiUPMkR/Zeo2M6tBtHVacT 4bbMQ1H6pl0Kn1qjxgLNPlVvkUFozI/Go+2Byb75EFF3k3n1pg/hpFcvL30V4kEGRDYX QokFTAuMKEkR3E+wKMZuOz3+CjtNveg2jU/EeJSlQHeqvqeZGIIXZyHpGOOxoUQBqGf8 Lo/w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=UDTFWjVH; spf=pass (google.com: best guess record for domain of linux-pm-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-pm-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h32-v6si6199354pld.217.2018.02.25.21.09.41; Sun, 25 Feb 2018 21:09:41 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-pm-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=UDTFWjVH; spf=pass (google.com: best guess record for domain of linux-pm-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-pm-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751153AbeBZFJk (ORCPT + 11 others); Mon, 26 Feb 2018 00:09:40 -0500 Received: from mail-pg0-f66.google.com ([74.125.83.66]:39930 "EHLO mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750876AbeBZFJk (ORCPT ); Mon, 26 Feb 2018 00:09:40 -0500 Received: by mail-pg0-f66.google.com with SMTP id w17so5775982pgv.6 for ; Sun, 25 Feb 2018 21:09:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :in-reply-to:references; bh=GAkohg+ki3fiuOX8bkbde+YORPX1kQnv7YBut49p0tw=; b=UDTFWjVHF3mQnVRzdx1efZYj/2momdGrzp9vkTEBzcdK7fqB3TJBd46PNkDQVATkKO XYwPHxyZqURkyJwiD6igSmYB0Rn/gkl8EpKyJuMm7FIv4VHLZMg0/G7IjbrBqPMxGOmO YGyRvGDwnzoszJtICv5YQRQvwspbTChctw5SQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:in-reply-to:references; bh=GAkohg+ki3fiuOX8bkbde+YORPX1kQnv7YBut49p0tw=; b=KsP0mqf1R66lv42/k2gKEvCTX2B4cvLHe/NteK3/j9T+FXGEgp446eHeD1yge+SdWz 1Y28egZo+vKLl6wl49Ovkqy5o03RCil3Tnk1Jv04BdsKJzDzFqC09nJ8ZQnjXiIHSWN0 Zs1rjbWrm986RhNkgM3zaggpk3bqHzU89dcI1XwqC8kKWct5szn8S3PK+vz6moQflKnw 3vsCqF9IpMkCmHXniZGtK5UVWrVJaoSZKtIf1Og1bNi6p/ShJWqCiJoOUXP4pI8pXEL4 IRJxfY/AAE8U1gARZiLa0zt/ShZIe7JJCesTYFfnCBsNqoXXzWfFTWXEdgR9dRXtrtZ+ kKTw== X-Gm-Message-State: APf1xPBjsV/2lqzak/NgKtPlHos/YlO0tMGNoALuInonpS4/3HDmuoyp DmKRDvKPr1Zp8PHs6czr1SqjRw== X-Received: by 10.99.95.15 with SMTP id t15mr7339692pgb.183.1519621779504; Sun, 25 Feb 2018 21:09:39 -0800 (PST) Received: from localhost ([122.172.92.38]) by smtp.gmail.com with ESMTPSA id 191sm10703837pfv.167.2018.02.25.21.09.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Feb 2018 21:09:38 -0800 (PST) From: Viresh Kumar To: Rafael Wysocki , Sudeep Holla Cc: Viresh Kumar , linux-pm@vger.kernel.org, Vincent Guittot Subject: [PATCH 04/27] cpufreq: arm_big_little: Don't validate the frequency table twice Date: Mon, 26 Feb 2018 10:38:47 +0530 Message-Id: <2380b45067ab61f982cb0e75ed59d032748f04b2.1519620578.git.viresh.kumar@linaro.org> X-Mailer: git-send-email 2.15.0.194.g9af6a3dea062 In-Reply-To: References: In-Reply-To: References: Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org The cpufreq core is already validating the CPU frequency table after calling the ->init() callback of the cpufreq drivers and the drivers don't need to do the same anymore. Though they need to set the policy->freq_table field directly from the ->init() callback now. Stop validating the frequency table from arm_big_little driver. Signed-off-by: Viresh Kumar --- drivers/cpufreq/arm_big_little.c | 9 +-------- 1 file changed, 1 insertion(+), 8 deletions(-) -- 2.15.0.194.g9af6a3dea062 diff --git a/drivers/cpufreq/arm_big_little.c b/drivers/cpufreq/arm_big_little.c index c56b57dcfda5..1d7ef5fc1977 100644 --- a/drivers/cpufreq/arm_big_little.c +++ b/drivers/cpufreq/arm_big_little.c @@ -483,14 +483,7 @@ static int bL_cpufreq_init(struct cpufreq_policy *policy) if (ret) return ret; - ret = cpufreq_table_validate_and_show(policy, freq_table[cur_cluster]); - if (ret) { - dev_err(cpu_dev, "CPU %d, cluster: %d invalid freq table\n", - policy->cpu, cur_cluster); - put_cluster_clk_and_freq_table(cpu_dev, policy->cpus); - return ret; - } - + policy->freq_table = freq_table[cur_cluster]; policy->cpuinfo.transition_latency = arm_bL_ops->get_transition_latency(cpu_dev);