Commit-ID: 9783be2c0e90bbaceec3c471c4fb017bff7293ba Gitweb: https://git.kernel.org/tip/9783be2c0e90bbaceec3c471c4fb017bff7293ba Author: Joel Fernandes joelaf@google.com AuthorDate: Fri, 15 Dec 2017 07:39:43 -0800 Committer: Ingo Molnar mingo@kernel.org 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 joelaf@google.com Signed-off-by: Peter Zijlstra (Intel) peterz@infradead.org Reviewed-by: Viresh Kumar viresh.kumar@linaro.org Cc: Android Kernel kernel-team@android.com Cc: Atish Patra atish.patra@oracle.com Cc: Chris Redpath Chris.Redpath@arm.com Cc: Dietmar Eggemann dietmar.eggemann@arm.com Cc: EAS Dev eas-dev@lists.linaro.org Cc: Frederic Weisbecker fweisbec@gmail.com Cc: Josef Bacik jbacik@fb.com Cc: Juri Lelli juri.lelli@arm.com Cc: Len Brown lenb@kernel.org Cc: Linus Torvalds torvalds@linux-foundation.org Cc: Morten Ramussen morten.rasmussen@arm.com Cc: Patrick Bellasi patrick.bellasi@arm.com Cc: Peter Zijlstra peterz@infradead.org Cc: Rafael J. Wysocki rjw@rjwysocki.net Cc: Rohit Jain rohit.k.jain@oracle.com Cc: Saravana Kannan skannan@quicinc.com Cc: Srinivas Pandruvada srinivas.pandruvada@linux.intel.com Cc: Steve Muckle smuckle@google.com Cc: Steven Rostedt rostedt@goodmis.org Cc: Thomas Gleixner tglx@linutronix.de Cc: Vikram Mulukutla markivx@codeaurora.org Cc: Vincent Guittot vincent.guittot@linaro.org Link: http://lkml.kernel.org/r/20171215153944.220146-2-joelaf@google.com Signed-off-by: Ingo Molnar mingo@kernel.org --- 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