From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934492AbeAJM3I (ORCPT + 1 other); Wed, 10 Jan 2018 07:29:08 -0500 Received: from terminus.zytor.com ([65.50.211.136]:34463 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932221AbeAJM3F (ORCPT ); Wed, 10 Jan 2018 07:29:05 -0500 Date: Wed, 10 Jan 2018 04:16:29 -0800 From: tip-bot for Joel Fernandes Message-ID: Cc: tglx@linutronix.de, torvalds@linux-foundation.org, dietmar.eggemann@arm.com, joelaf@google.com, rostedt@goodmis.org, hpa@zytor.com, peterz@infradead.org, eas-dev@lists.linaro.org, atish.patra@oracle.com, skannan@quicinc.com, patrick.bellasi@arm.com, morten.rasmussen@arm.com, rjw@rjwysocki.net, smuckle@google.com, Chris.Redpath@arm.com, markivx@codeaurora.org, vincent.guittot@linaro.org, linux-kernel@vger.kernel.org, mingo@kernel.org, viresh.kumar@linaro.org, fweisbec@gmail.com, srinivas.pandruvada@linux.intel.com, juri.lelli@arm.com, rohit.k.jain@oracle.com, kernel-team@android.com, lenb@kernel.org, jbacik@fb.com Reply-To: tglx@linutronix.de, torvalds@linux-foundation.org, dietmar.eggemann@arm.com, joelaf@google.com, hpa@zytor.com, rostedt@goodmis.org, peterz@infradead.org, eas-dev@lists.linaro.org, skannan@quicinc.com, patrick.bellasi@arm.com, atish.patra@oracle.com, morten.rasmussen@arm.com, rjw@rjwysocki.net, smuckle@google.com, Chris.Redpath@arm.com, vincent.guittot@linaro.org, markivx@codeaurora.org, viresh.kumar@linaro.org, linux-kernel@vger.kernel.org, mingo@kernel.org, srinivas.pandruvada@linux.intel.com, juri.lelli@arm.com, fweisbec@gmail.com, lenb@kernel.org, jbacik@fb.com, kernel-team@android.com, rohit.k.jain@oracle.com In-Reply-To: <20171215153944.220146-2-joelaf@google.com> References: <20171215153944.220146-2-joelaf@google.com> To: linux-tip-commits@vger.kernel.org Subject: [tip:sched/core] sched/fair: Correct obsolete comment about cpufreq_update_util() Git-Commit-ID: 9783be2c0e90bbaceec3c471c4fb017bff7293ba X-Mailer: tip-git-log-daemon Robot-ID: Robot-Unsubscribe: Contact to get blacklisted from these emails MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: Commit-ID: 9783be2c0e90bbaceec3c471c4fb017bff7293ba Gitweb: https://git.kernel.org/tip/9783be2c0e90bbaceec3c471c4fb017bff7293ba Author: Joel Fernandes AuthorDate: Fri, 15 Dec 2017 07:39:43 -0800 Committer: Ingo Molnar CommitDate: Wed, 10 Jan 2018 11:30:30 +0100 sched/fair: Correct obsolete comment about cpufreq_update_util() Since the remote cpufreq callback work, the cpufreq_update_util() call can happen from remote CPUs. The comment about local CPUs is thus obsolete. Update it accordingly. Signed-off-by: Joel Fernandes Signed-off-by: Peter Zijlstra (Intel) Reviewed-by: Viresh Kumar Cc: Android Kernel Cc: Atish Patra Cc: Chris Redpath Cc: Dietmar Eggemann Cc: EAS Dev Cc: Frederic Weisbecker Cc: Josef Bacik Cc: Juri Lelli Cc: Len Brown Cc: Linus Torvalds Cc: Morten Ramussen Cc: Patrick Bellasi Cc: Peter Zijlstra Cc: Rafael J. Wysocki Cc: Rohit Jain Cc: Saravana Kannan Cc: Srinivas Pandruvada Cc: Steve Muckle Cc: Steven Rostedt Cc: Thomas Gleixner Cc: Vikram Mulukutla Cc: Vincent Guittot Link: http://lkml.kernel.org/r/20171215153944.220146-2-joelaf@google.com Signed-off-by: Ingo Molnar --- kernel/sched/fair.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 3e7606d..59e66a5 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -3020,9 +3020,7 @@ static inline void cfs_rq_util_change(struct cfs_rq *cfs_rq) /* * There are a few boundary cases this might miss but it should * get called often enough that that should (hopefully) not be - * a real problem -- added to that it only calls on the local - * CPU, so if we enqueue remotely we'll miss an update, but - * the next tick/schedule should update. + * a real problem. * * It will not get called when we go idle, because the idle * thread is a different class (!fair), nor will the utilization