From: Patrick Bellasi <patrick.bellasi@arm.com>
To: Dietmar Eggemann <dietmar.eggemann@arm.com>
Cc: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
Ingo Molnar <mingo@redhat.com>,
Peter Zijlstra <peterz@infradead.org>, Tejun Heo <tj@kernel.org>,
"Rafael J . Wysocki" <rafael.j.wysocki@intel.com>,
Viresh Kumar <viresh.kumar@linaro.org>,
Vincent Guittot <vincent.guittot@linaro.org>,
Paul Turner <pjt@google.com>,
Morten Rasmussen <morten.rasmussen@arm.com>,
Juri Lelli <juri.lelli@redhat.com>, Todd Kjos <tkjos@google.com>,
Joel Fernandes <joelaf@google.com>,
Steve Muckle <smuckle@google.com>,
Suren Baghdasaryan <surenb@google.com>
Subject: Re: [PATCH v3 04/14] sched/core: uclamp: update CPU's refcount on clamp changes
Date: Thu, 16 Aug 2018 14:22:49 +0100 [thread overview]
Message-ID: <20180816132249.GA2960@e110439-lin> (raw)
In-Reply-To: <4023267d-be06-c599-136e-1f70bf376d5d@arm.com>
On 15-Aug 17:02, Dietmar Eggemann wrote:
> On 08/06/2018 06:39 PM, Patrick Bellasi wrote:
>
> [...]
>
> >+/**
> >+ * uclamp_task_active: check if a task is currently clamping a CPU
> >+ * @p: the task to check
> >+ *
> >+ * A task actively affects the utilization clamp of a CPU if:
> >+ * - it's currently enqueued or running on that CPU
> >+ * - it's refcounted in at least one clamp group of that CPU
> >+ *
> >+ * Return: true if p is currently clamping the utilization of its CPU.
> >+ */
> >+static inline bool uclamp_task_active(struct task_struct *p)
> >+{
> >+ struct rq *rq = task_rq(p);
> >+ int clamp_id;
> >+
> >+ lockdep_assert_held(&p->pi_lock);
> >+ lockdep_assert_held(&rq->lock);
> >+
> >+ if (!task_on_rq_queued(p) && !p->on_cpu)
> >+ return false;
> >+
> >+ for (clamp_id = 0; clamp_id < UCLAMP_CNT; ++clamp_id) {
> >+ if (uclamp_task_affects(p, clamp_id))
> >+ return true;
> >+ }
> >+
> >+ return false;
> >+}
>
> Looks like that uclamp_task_active() is only used once (in
> uclamp_task_update_active()). Can you not code the if condition and the for
> loop directly in uclamp_task_update_active()? This would save code
> (lockdep_assert_held() etc.) and comment lines.
Yes, that's possible... and we will have:
---8<---
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index ae528a7b9bef..0c8bec892018 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -1331,7 +1331,9 @@ uclamp_task_update_active(struct task_struct *p, int clamp_id, int group_id)
* index, then that task is not yet RUNNABLE and it's going to be
* enqueued with the proper clamp group value.
*/
- if (!uclamp_task_active(p))
+ if (!task_on_rq_queued(p) && !p->on_cpu)
+ goto done;
+ if (!uclamp_task_affects(p, clamp_id))
goto done;
/* Release p's currently referenced clamp group */
diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
index 11d139faed1f..65fdf4abc6ff 100644
--- a/kernel/sched/sched.h
+++ b/kernel/sched/sched.h
@@ -2231,35 +2231,6 @@ static inline bool uclamp_task_affects(struct task_struct *p, int clamp_id)
{
return (p->uclamp[clamp_id].effective.group_id != UCLAMP_NOT_VALID);
}
-
-/**
- * uclamp_task_active: check if a task is currently clamping a CPU
- * @p: the task to check
- *
- * A task actively affects the utilization clamp of a CPU if:
- * - it's currently enqueued or running on that CPU
- * - it's refcounted in at least one clamp group of that CPU
- *
- * Return: true if p is currently clamping the utilization of its CPU.
- */
-static inline bool uclamp_task_active(struct task_struct *p)
-{
- struct rq *rq = task_rq(p);
- int clamp_id;
-
- lockdep_assert_held(&p->pi_lock);
- lockdep_assert_held(&rq->lock);
-
- if (!task_on_rq_queued(p) && !p->on_cpu)
- return false;
-
- for (clamp_id = 0; clamp_id < UCLAMP_CNT; ++clamp_id) {
- if (uclamp_task_affects(p, clamp_id))
- return true;
- }
-
- return false;
-}
#endif /* CONFIG_UCLAMP_TASK */
#ifdef CONFIG_CPU_FREQ
---8<---
I'll add this to the next posting!
Cheers Patrick
--
#include <best/regards.h>
Patrick Bellasi
next prev parent reply other threads:[~2018-08-16 13:22 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-06 16:39 [PATCH v3 00/14] Add utilization clamping support Patrick Bellasi
2018-08-06 16:39 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 01/14] sched/core: uclamp: extend sched_setattr to support utilization clamping Patrick Bellasi
2018-08-06 16:50 ` Randy Dunlap
2018-08-09 8:39 ` Patrick Bellasi
2018-08-09 15:20 ` Randy Dunlap
2018-08-07 9:59 ` Juri Lelli
2018-08-13 12:14 ` Patrick Bellasi
2018-08-13 12:27 ` Juri Lelli
2018-08-07 12:35 ` Juri Lelli
2018-08-09 9:14 ` Patrick Bellasi
2018-08-09 9:50 ` Juri Lelli
2018-08-09 15:23 ` Patrick Bellasi
2018-08-10 7:50 ` Juri Lelli
2018-08-17 10:34 ` Quentin Perret
2018-08-17 10:57 ` Patrick Bellasi
2018-08-17 11:14 ` Quentin Perret
2018-08-06 16:39 ` [PATCH v3 02/14] sched/core: uclamp: map TASK's clamp values into CPU's clamp groups Patrick Bellasi
2018-08-14 11:25 ` Pavan Kondeti
2018-08-14 15:21 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 03/14] sched/core: uclamp: add CPU's clamp groups accounting Patrick Bellasi
2018-08-14 15:44 ` Dietmar Eggemann
2018-08-14 16:49 ` Patrick Bellasi
2018-08-15 9:37 ` Dietmar Eggemann
2018-08-15 10:54 ` Patrick Bellasi
2018-08-15 10:59 ` Dietmar Eggemann
2018-08-16 13:32 ` Patrick Bellasi
2018-08-16 13:37 ` Quentin Perret
2018-08-16 13:45 ` Dietmar Eggemann
2018-08-16 14:21 ` Quentin Perret
2018-08-16 15:00 ` Dietmar Eggemann
2018-08-17 11:04 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 04/14] sched/core: uclamp: update CPU's refcount on clamp changes Patrick Bellasi
2018-08-15 15:02 ` Dietmar Eggemann
2018-08-16 13:22 ` Patrick Bellasi [this message]
2018-08-06 16:39 ` [PATCH v3 05/14] sched/cpufreq: uclamp: add utilization clamping for FAIR tasks Patrick Bellasi
2018-08-08 13:18 ` Vincent Guittot
2018-08-09 15:30 ` Patrick Bellasi
2018-08-15 15:30 ` Dietmar Eggemann
2018-08-16 13:53 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 06/14] sched/cpufreq: uclamp: add utilization clamping for RT tasks Patrick Bellasi
2018-08-07 13:26 ` Juri Lelli
2018-08-09 15:34 ` Patrick Bellasi
2018-08-09 16:03 ` Vincent Guittot
2018-08-13 10:12 ` Patrick Bellasi
2018-08-13 10:50 ` Juri Lelli
2018-08-13 12:07 ` Vincent Guittot
2018-08-13 12:09 ` Vincent Guittot
2018-08-13 12:49 ` Patrick Bellasi
2018-08-13 14:06 ` Vincent Guittot
2018-08-13 15:01 ` Patrick Bellasi
2018-08-16 10:34 ` Dietmar Eggemann
2018-08-16 13:40 ` Patrick Bellasi
2018-08-07 13:54 ` Quentin Perret
2018-08-09 15:41 ` Patrick Bellasi
2018-08-09 15:55 ` Quentin Perret
2018-08-13 10:17 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 07/14] sched/core: uclamp: enforce last task UCLAMP_MAX Patrick Bellasi
2018-08-16 15:43 ` Dietmar Eggemann
2018-08-16 16:47 ` Patrick Bellasi
2018-08-16 17:10 ` Dietmar Eggemann
2018-08-16 17:27 ` Patrick Bellasi
2018-08-16 17:20 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 08/14] sched/core: uclamp: extend cpu's cgroup controller Patrick Bellasi
2018-08-17 12:21 ` Dietmar Eggemann
2018-08-17 14:24 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 09/14] sched/core: uclamp: propagate parent clamps Patrick Bellasi
2018-08-16 9:09 ` Pavan Kondeti
2018-08-16 14:07 ` Patrick Bellasi
2018-08-17 13:43 ` Dietmar Eggemann
2018-08-17 14:45 ` Patrick Bellasi
2018-08-17 15:50 ` Dietmar Eggemann
2018-08-20 10:01 ` Dietmar Eggemann
2018-08-20 12:28 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 10/14] sched/core: uclamp: map TG's clamp values into CPU's clamp groups Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 11/14] sched/core: uclamp: use TG's clamps to restrict Task's clamps Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 12/14] sched/core: uclamp: add system default clamps Patrick Bellasi
2018-08-16 9:13 ` Pavan Kondeti
2018-08-16 14:37 ` Patrick Bellasi
2018-08-20 10:18 ` Dietmar Eggemann
2018-08-20 12:27 ` Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 13/14] sched/core: uclamp: update CPU's refcount on TG's clamp changes Patrick Bellasi
2018-08-06 16:39 ` [PATCH v3 14/14] sched/core: uclamp: use percentage clamp values Patrick Bellasi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180816132249.GA2960@e110439-lin \
--to=patrick.bellasi@arm.com \
--cc=dietmar.eggemann@arm.com \
--cc=joelaf@google.com \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=morten.rasmussen@arm.com \
--cc=peterz@infradead.org \
--cc=pjt@google.com \
--cc=rafael.j.wysocki@intel.com \
--cc=smuckle@google.com \
--cc=surenb@google.com \
--cc=tj@kernel.org \
--cc=tkjos@google.com \
--cc=vincent.guittot@linaro.org \
--cc=viresh.kumar@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.