From patchwork Wed Jul 19 10:12:40 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Viresh Kumar X-Patchwork-Id: 108257 Delivered-To: patch@linaro.org Received: by 10.182.45.195 with SMTP id p3csp664414obm; Wed, 19 Jul 2017 03:13:19 -0700 (PDT) X-Received: by 10.84.151.99 with SMTP id i90mr2389209pli.188.1500459199626; Wed, 19 Jul 2017 03:13:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1500459199; cv=none; d=google.com; s=arc-20160816; b=S4s5I+ch3x1kUMWrexlXfXt0rybFH2aWOPP6fMRLdkDn/8r9KZg/u5x5SgBe+3J2QI JofON7ElQ89yZ6cD3ezP1kwFNtPnd8ypHSLBpqF4ATTXwQgt2w1RPZgGWQavRGgwKH19 izIWeQrhOzVsSY7r+8O217PTO8stYYZKeUqG5prduAYY2+YWv0pK6XEAhnpneM2Ty0c5 6xRSteThOBAQX/d9NSrbWGsdN51BiKVe0hTe/fAqlDQNWO3Vjw7nHBPxJr1m+LZBujAW Y7BvTUpoW2Ja0N67hV0Gm87QtzrWmz/vFVpxpkdbOMP+lgwhFr3f7+ERObNzHaJhxrz1 z+BQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature:arc-authentication-results; bh=YpkbfDPw5mZmsbaMxd33dxNU+MAsUG7596iCMO4qA9o=; b=kt0hhyq4rJgjESx851x1ZKpVekEvqytT8ngPZY3lBvsllLn+jJFoyT1AFu3wJwE5lN fgNmPeG9rRE1G7vrM9sZuX7wmwRBOFz0VjQby2bJNbroc/BOb2IgHzw1hRu8GEfnbYcA 5RLkfXUvjnAyB3fX664+Rn+U9BqWF/7NH44u1houmFoQZOo0fTPa/zZUr0AvpeDjX1RJ jc51xIu0XJfo/hP/00UIKcADsmn7bECkKnmBuGw5dSyAByMTxLOxW9TJMrtull3MwLzx SIVFULmYcbT99gvCjT8PfKTfKnB8kT2lQN45FpJrPAlwXNy0mlKiHoYHItvFxFGyN0W+ 6yrw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.b=JCxhMZkq; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-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 n27si3922715pfa.146.2017.07.19.03.13.19; Wed, 19 Jul 2017 03:13:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-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.b=JCxhMZkq; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-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 S932292AbdGSKNP (ORCPT + 25 others); Wed, 19 Jul 2017 06:13:15 -0400 Received: from mail-pg0-f49.google.com ([74.125.83.49]:33455 "EHLO mail-pg0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753987AbdGSKNL (ORCPT ); Wed, 19 Jul 2017 06:13:11 -0400 Received: by mail-pg0-f49.google.com with SMTP id k14so28720078pgr.0 for ; Wed, 19 Jul 2017 03:13:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id; bh=YpkbfDPw5mZmsbaMxd33dxNU+MAsUG7596iCMO4qA9o=; b=JCxhMZkqnW1EqY29u15IDD1dOFwrBRYT4ey9waNs6YOGk18BqPZAdoZnJhmuTWHjx9 1EeWEtFd5FKx3WkXp/Pm15trRIFklQDxUde0f0A+A6RPBLaDl5G+End1G3Ls7fMQarZM PMeMCWx8isKEC612vXywdASNbb5kj8DVd1BHY= 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; bh=YpkbfDPw5mZmsbaMxd33dxNU+MAsUG7596iCMO4qA9o=; b=Ml8Gyimf2P4THYnu0HPtmRr8Qg5s89QDLDftl7oEJtrX2SISMpL2NFlJmwmGEWh4X5 6AyE/TRWC6ipc1WYZG8G0Vne+aATYfnw0Vc+DRasrmrmTLkHfkXUZKgM8vXzps6lAa0R 0kz6izpJFL+V22kRyd2ct5cHn4vZ9Bbky/l2ox54zPQpxNnaVFkIMSCihtiJapZh6iTB w4m8scX8RIxxPsjZ8qlYB1cpX+iTTgJ83e3LKo4OFVI44uIuaxRrlhxX/xj3Ayk+qzbT 0p+VCSEPXuS15U3TsXGebGYxz2NSV0aJAQht7MLncE2eZcdfU/FzdsCcxr/ipfs33V1/ N+EQ== X-Gm-Message-State: AIVw113TgHgpIqyLjE/5cDNeuY9uJEH1TJa+igSLrxvdV67wUODsfQuN aFjo98Gi9FVgFOg/ X-Received: by 10.84.217.132 with SMTP id p4mr2359752pli.217.1500459191056; Wed, 19 Jul 2017 03:13:11 -0700 (PDT) Received: from localhost ([122.167.171.93]) by smtp.gmail.com with ESMTPSA id s67sm8861371pgb.13.2017.07.19.03.13.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Jul 2017 03:13:10 -0700 (PDT) From: Viresh Kumar To: Rafael Wysocki Cc: Viresh Kumar , linux-pm@vger.kernel.org, Vincent Guittot , linux@dominikbrodowski.net, Benjamin Herrenschmidt , Ingo Molnar , Jonathan Corbet , Len Brown , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, Michael Ellerman , Paul Mackerras , Peter Zijlstra , Srinivas Pandruvada , Sudeep Holla Subject: [PATCH V3 0/9] cpufreq: transition-latency cleanups Date: Wed, 19 Jul 2017 15:42:40 +0530 Message-Id: X-Mailer: git-send-email 2.13.0.71.gd7076ec9c9cb Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rafael, This series tries to cleanup the code around transition-latency and its users. Some of the old legacy code, which may not make much sense now, is dropped as well. And some code consolidation is also done across governors. Based of: v4.13-rc1 Tested on: ARM64 Hikey board. I have pushed it here as well (which gets tested by kbuild test bot): git://git.kernel.org/pub/scm/linux/kernel/git/vireshk/pm.git cpufreq/transition-latency V2->V3: - Rearranged patches to keep related stuff together - Introduce CPUFREQ_NO_AUTO_DYNAMIC_SWITCHING flag (Rafael) - Minor optimization in cpufreq_policy_transition_delay_us() and moved it to cpufreq.c (Rafael) - Allow dynamic switching for drivers which don't know their transition latency. V1->V2: - While we still get rid of the limitation of 10ms for using ondemand/conservative, but we preserve the earlier behavior where the transition latency set to CPUFREQ_ETERNAL would not allow use of ondemand/conservative governors. Thanks to Dominik for his feedback on that. -- viresh Viresh Kumar (9): cpufreq: governor: Drop min_sampling_rate cpufreq: Use transition_delay_us for legacy governors as well cpufreq: Cap the default transition delay value to 10 ms cpufreq: Don't set transition_latency for setpolicy drivers cpufreq: arm_big_little: Make ->get_transition_latency() mandatory cpufreq: Replace "max_transition_latency" with "dynamic_switching" cpufreq: schedutil: Set dynamic_switching to true cpufreq: Add CPUFREQ_NO_AUTO_DYNAMIC_SWITCHING cpufreq driver flag cpufreq: Allow dynamic switching with CPUFREQ_ETERNAL latency Documentation/admin-guide/pm/cpufreq.rst | 8 -------- drivers/cpufreq/arm_big_little.c | 10 ++++------ drivers/cpufreq/cpufreq-nforce2.c | 2 +- drivers/cpufreq/cpufreq.c | 34 ++++++++++++++++++++++++++++---- drivers/cpufreq/cpufreq_conservative.c | 6 ------ drivers/cpufreq/cpufreq_governor.c | 17 ++-------------- drivers/cpufreq/cpufreq_governor.h | 3 +-- drivers/cpufreq/cpufreq_ondemand.c | 12 ----------- drivers/cpufreq/elanfreq.c | 4 +--- drivers/cpufreq/gx-suspmod.c | 2 +- drivers/cpufreq/intel_pstate.c | 1 - drivers/cpufreq/longrun.c | 1 - drivers/cpufreq/pmac32-cpufreq.c | 7 +++++-- drivers/cpufreq/sa1100-cpufreq.c | 5 +++-- drivers/cpufreq/sa1110-cpufreq.c | 5 +++-- drivers/cpufreq/sh-cpufreq.c | 3 +-- drivers/cpufreq/speedstep-smi.c | 2 +- drivers/cpufreq/unicore2-cpufreq.c | 3 +-- include/linux/cpufreq.h | 18 ++++++++--------- kernel/sched/cpufreq_schedutil.c | 12 ++--------- 20 files changed, 65 insertions(+), 90 deletions(-) -- 2.13.0.71.gd7076ec9c9cb