From: Vincent Donnefort <vdonnefort@google.com>
To: Tao Zhou <tao.zhou@linux.dev>
Cc: peterz@infradead.org, mingo@redhat.com,
vincent.guittot@linaro.org, linux-kernel@vger.kernel.org,
dietmar.eggemann@arm.com, morten.rasmussen@arm.com,
chris.redpath@arm.com, qperret@google.com,
kernel-team@android.com
Subject: Re: [PATCH v10 1/7] sched/fair: Provide u64 read for 32-bits arch helper
Date: Tue, 21 Jun 2022 09:32:26 +0100 [thread overview]
Message-ID: <YrGCGiesVhrx/Ej1@google.com> (raw)
In-Reply-To: <YqibDwOz7/sb6sSz@geo.homenetwork>
On Tue, Jun 14, 2022 at 10:28:31PM +0800, Tao Zhou wrote:
> On Tue, Jun 14, 2022 at 12:45:50PM +0100, Vincent Donnefort wrote:
>
> > On Thu, Jun 09, 2022 at 11:23:07PM +0800, Tao Zhou wrote:
> > > On Tue, Jun 07, 2022 at 01:32:48PM +0100, Vincent Donnefort wrote:
> > >
> > > > From: Vincent Donnefort <vincent.donnefort@arm.com>
> > > >
> > > > Introducing macro helpers u64_u32_{store,load}() to factorize lockless
> > > > accesses to u64 variables for 32-bits architectures.
> > > >
> > > > Users are for now cfs_rq.min_vruntime and sched_avg.last_update_time. To
> > > > accommodate the later where the copy lies outside of the structure
> > > > (cfs_rq.last_udpate_time_copy instead of sched_avg.last_update_time_copy),
> > > > use the _copy() version of those helpers.
> > > >
> > > > Those new helpers encapsulate smp_rmb() and smp_wmb() synchronization and
> > > > therefore, have a small penalty for 32-bits machines in set_task_rq_fair()
> > > > and init_cfs_rq().
> > > >
> > > > Signed-off-by: Vincent Donnefort <vincent.donnefort@arm.com>
> > > > Signed-off-by: Vincent Donnefort <vdonnefort@google.com>
> > > > Reviewed-by: Dietmar Eggemann <dietmar.eggemann@arm.com>
> > > >
> > > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> > > > index 77b2048a9326..05614d9b919c 100644
> > > > --- a/kernel/sched/fair.c
> > > > +++ b/kernel/sched/fair.c
> > > > @@ -612,11 +612,8 @@ static void update_min_vruntime(struct cfs_rq *cfs_rq)
> > > > }
> > > >
> > > > /* ensure we never gain time by being placed backwards. */
> > > > - cfs_rq->min_vruntime = max_vruntime(cfs_rq->min_vruntime, vruntime);
> > > > -#ifndef CONFIG_64BIT
> > > > - smp_wmb();
> > > > - cfs_rq->min_vruntime_copy = cfs_rq->min_vruntime;
> > > > -#endif
> > > > + u64_u32_store(cfs_rq->min_vruntime,
> > > > + max_vruntime(cfs_rq->min_vruntime, vruntime));
> > > > }
> > > >
> > > > static inline bool __entity_less(struct rb_node *a, const struct rb_node *b)
> > > > @@ -3313,6 +3310,11 @@ static inline void cfs_rq_util_change(struct cfs_rq *cfs_rq, int flags)
> > > > }
> > > >
> > > > #ifdef CONFIG_SMP
> > > > +static inline u64 cfs_rq_last_update_time(struct cfs_rq *cfs_rq)
> > > > +{
> > > > + return u64_u32_load_copy(cfs_rq->avg.last_update_time,
> > > > + cfs_rq->last_update_time_copy);
> > > > +}
> > > > #ifdef CONFIG_FAIR_GROUP_SCHED
> > > > /*
> > > > * Because list_add_leaf_cfs_rq always places a child cfs_rq on the list
> > > > @@ -3423,27 +3425,9 @@ void set_task_rq_fair(struct sched_entity *se,
> > > > if (!(se->avg.last_update_time && prev))
> > > > return;
> > > >
> > > > -#ifndef CONFIG_64BIT
> > > > - {
> > > > - u64 p_last_update_time_copy;
> > > > - u64 n_last_update_time_copy;
> > > > -
> > > > - do {
> > > > - p_last_update_time_copy = prev->load_last_update_time_copy;
> > > > - n_last_update_time_copy = next->load_last_update_time_copy;
> > > > -
> > > > - smp_rmb();
> > > > -
> > > > - p_last_update_time = prev->avg.last_update_time;
> > > > - n_last_update_time = next->avg.last_update_time;
> > > > + p_last_update_time = cfs_rq_last_update_time(prev);
> > > > + n_last_update_time = cfs_rq_last_update_time(next);
> > > >
> > > > - } while (p_last_update_time != p_last_update_time_copy ||
> > > > - n_last_update_time != n_last_update_time_copy);
> > > > - }
> > > > -#else
> > > > - p_last_update_time = prev->avg.last_update_time;
> > > > - n_last_update_time = next->avg.last_update_time;
> > > > -#endif
> > > > __update_load_avg_blocked_se(p_last_update_time, se);
> > > > se->avg.last_update_time = n_last_update_time;
> > > > }
> > > > @@ -3796,12 +3780,9 @@ update_cfs_rq_load_avg(u64 now, struct cfs_rq *cfs_rq)
> > > > }
> > > >
> > > > decayed |= __update_load_avg_cfs_rq(now, cfs_rq);
> > > > -
> > > > -#ifndef CONFIG_64BIT
> > > > - smp_wmb();
> > > > - cfs_rq->load_last_update_time_copy = sa->last_update_time;
> > > > -#endif
> > > > -
> > > > + u64_u32_store_copy(sa->last_update_time,
> > > > + cfs_rq->last_update_time_copy,
> > > > + sa->last_update_time);
> > > > return decayed;
> > > > }
> > > >
> > > > @@ -3933,27 +3914,6 @@ static inline void update_load_avg(struct cfs_rq *cfs_rq, struct sched_entity *s
> > > > }
> > > > }
> > > >
> > > > -#ifndef CONFIG_64BIT
> > > > -static inline u64 cfs_rq_last_update_time(struct cfs_rq *cfs_rq)
> > > > -{
> > > > - u64 last_update_time_copy;
> > > > - u64 last_update_time;
> > > > -
> > > > - do {
> > > > - last_update_time_copy = cfs_rq->load_last_update_time_copy;
> > > > - smp_rmb();
> > > > - last_update_time = cfs_rq->avg.last_update_time;
> > > > - } while (last_update_time != last_update_time_copy);
> > > > -
> > > > - return last_update_time;
> > > > -}
> > > > -#else
> > > > -static inline u64 cfs_rq_last_update_time(struct cfs_rq *cfs_rq)
> > > > -{
> > > > - return cfs_rq->avg.last_update_time;
> > > > -}
> > > > -#endif
> > > > -
> > > > /*
> > > > * Synchronize entity load avg of dequeued entity without locking
> > > > * the previous rq.
> > > > @@ -6960,21 +6920,8 @@ static void migrate_task_rq_fair(struct task_struct *p, int new_cpu)
> > > > if (READ_ONCE(p->__state) == TASK_WAKING) {
> > > > struct sched_entity *se = &p->se;
> > > > struct cfs_rq *cfs_rq = cfs_rq_of(se);
> > > > - u64 min_vruntime;
> > > > -
> > > > -#ifndef CONFIG_64BIT
> > > > - u64 min_vruntime_copy;
> > > > -
> > > > - do {
> > > > - min_vruntime_copy = cfs_rq->min_vruntime_copy;
> > > > - smp_rmb();
> > > > - min_vruntime = cfs_rq->min_vruntime;
> > > > - } while (min_vruntime != min_vruntime_copy);
> > > > -#else
> > > > - min_vruntime = cfs_rq->min_vruntime;
> > > > -#endif
> > > >
> > > > - se->vruntime -= min_vruntime;
> > > > + se->vruntime -= u64_u32_load(cfs_rq->min_vruntime);
> > > > }
> > > >
> > > > if (p->on_rq == TASK_ON_RQ_MIGRATING) {
> > > > @@ -11422,10 +11369,7 @@ static void set_next_task_fair(struct rq *rq, struct task_struct *p, bool first)
> > > > void init_cfs_rq(struct cfs_rq *cfs_rq)
> > > > {
> > > > cfs_rq->tasks_timeline = RB_ROOT_CACHED;
> > > > - cfs_rq->min_vruntime = (u64)(-(1LL << 20));
> > > > -#ifndef CONFIG_64BIT
> > > > - cfs_rq->min_vruntime_copy = cfs_rq->min_vruntime;
> > > > -#endif
> > > > + u64_u32_store(cfs_rq->min_vruntime, (u64)(-(1LL << 20)));
> > > > #ifdef CONFIG_SMP
> > > > raw_spin_lock_init(&cfs_rq->removed.lock);
> > > > #endif
> > > > diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> > > > index 1f97f357aacd..bf4a0ec98678 100644
> > > > --- a/kernel/sched/sched.h
> > > > +++ b/kernel/sched/sched.h
> > > > @@ -520,6 +520,45 @@ struct cfs_bandwidth { };
> > > >
> > > > #endif /* CONFIG_CGROUP_SCHED */
> > > >
> > > > +/*
> > > > + * u64_u32_load/u64_u32_store
> > > > + *
> > > > + * Use a copy of a u64 value to protect against data race. This is only
> > > > + * applicable for 32-bits architectures.
> > > > + */
> > > > +#ifdef CONFIG_64BIT
> > > > +# define u64_u32_load_copy(var, copy) var
> > > > +# define u64_u32_store_copy(var, copy, val) (var = val)
> > > > +#else
> > > > +# define u64_u32_load_copy(var, copy) \
> > > > +({ \
> > > > + u64 __val, __val_copy; \
> > > > + do { \
> > > > + __val_copy = copy; \
> > > > + /* \
> > > > + * paired with u64_u32_store, ordering access \
> > >
> > > s/u64_u32_store/u64_u32_store_copy()/
> >
> > Ack.
> >
> > >
> > > > + * to var and copy. \
> > > > + */ \
> > > > + smp_rmb(); \
> > > > + __val = var; \
> > > > + } while (__val != __val_copy); \
> > > > + __val; \
> > > > +})
> > > > +# define u64_u32_store_copy(var, copy, val) \
> > > > +do { \
> > > > + typeof(val) __val = (val); \
> ^^^^^^^^^^^^^^^^^^^^^^^^^^
> Instructs to store a local __val..(I missed this sorry)
> The time for these cycles is possible that eg. cfs_rq->min_vruntime
> has been updated in this period. But here locally store the
> old value.
Concurent copies are not possible, min_vruntime needs a lock to be
written.
>
> > > > + var = __val; \
> ^^^^^^^^^^^^
> Original code here will load the even updated(more recently)
> eg. cfs_rq->min_vruntime from other cpus update(the load here
> is also need a read pair barrier, so I reference that use the
> smp_mb, but I do not know).
>
> I mean the __val here is more possible to be stale. That the
> ->min_vruntime or ->lut is not latest.
>
> Your code simplify something but not lead to be more accurate compared to
> original code. Is it possible to delete that local store and restore
> the Data Dependancies that the original code do if your code is not DD.
>
> All the above may be wrong. Thanks for your time.
>
[...]
next prev parent reply other threads:[~2022-06-21 8:32 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-07 12:32 [PATCH v10 0/7] feec() energy margin removal Vincent Donnefort
2022-06-07 12:32 ` [PATCH v10 1/7] sched/fair: Provide u64 read for 32-bits arch helper Vincent Donnefort
2022-06-09 15:23 ` Tao Zhou
2022-06-14 11:45 ` Vincent Donnefort
2022-06-14 14:28 ` Tao Zhou
2022-06-21 8:32 ` Vincent Donnefort [this message]
2022-06-07 12:32 ` [PATCH v10 2/7] sched/fair: Decay task PELT values during wakeup migration Vincent Donnefort
2022-06-08 9:53 ` Dietmar Eggemann
2022-06-11 13:56 ` Tao Zhou
2022-06-07 12:32 ` [PATCH v10 3/7] sched, drivers: Remove max param from effective_cpu_util()/sched_cpu_util() Vincent Donnefort
2022-06-07 12:32 ` [PATCH v10 4/7] sched/fair: Rename select_idle_mask to select_rq_mask Vincent Donnefort
2022-06-07 12:32 ` [PATCH v10 5/7] sched/fair: Use the same cpumask per-PD throughout find_energy_efficient_cpu() Vincent Donnefort
2022-06-07 12:32 ` [PATCH v10 6/7] sched/fair: Remove task_util from effective utilization in feec() Vincent Donnefort
2022-06-07 12:32 ` [PATCH v10 7/7] sched/fair: Remove the energy margin " Vincent Donnefort
2022-06-09 12:53 ` [PATCH v10 0/7] feec() energy margin removal Lukasz Luba
2022-06-14 11:47 ` Vincent Donnefort
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=YrGCGiesVhrx/Ej1@google.com \
--to=vdonnefort@google.com \
--cc=chris.redpath@arm.com \
--cc=dietmar.eggemann@arm.com \
--cc=kernel-team@android.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=morten.rasmussen@arm.com \
--cc=peterz@infradead.org \
--cc=qperret@google.com \
--cc=tao.zhou@linux.dev \
--cc=vincent.guittot@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox