From: Peter Zijlstra <peterz@infradead.org>
To: Vincent Guittot <vincent.guittot@linaro.org>
Cc: Ingo Molnar <mingo@kernel.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Yuyang Du <yuyang.du@intel.com>,
Morten Rasmussen <Morten.Rasmussen@arm.com>,
"linaro-kernel@lists.linaro.org" <linaro-kernel@lists.linaro.org>,
Paul Turner <pjt@google.com>, Ben Segall <bsegall@google.com>,
Wanpeng Li <kernellwp@gmail.com>
Subject: Re: [PATCH 4/6 v5] sched: propagate load during synchronous attach/detach
Date: Wed, 26 Oct 2016 16:28:23 +0200 [thread overview]
Message-ID: <20161026142823.GI3102@twins.programming.kicks-ass.net> (raw)
In-Reply-To: <CAKfTPtC-cLRLe5TNh3CtMcMzSa_6iG4XCSJJGm9RZny_2M_raw@mail.gmail.com>
On Wed, Oct 26, 2016 at 02:31:01PM +0200, Vincent Guittot wrote:
> On 26 October 2016 at 12:54, Peter Zijlstra <peterz@infradead.org> wrote:
> > On Mon, Oct 17, 2016 at 11:14:11AM +0200, Vincent Guittot wrote:
> >> /*
> >> + * Signed add and clamp on underflow.
> >> + *
> >> + * Explicitly do a load-store to ensure the intermediate value never hits
> >> + * memory. This allows lockless observations without ever seeing the negative
> >> + * values.
> >> + */
> >> +#define add_positive(_ptr, _val) do { \
> >> + typeof(_ptr) ptr = (_ptr); \
> >> + typeof(_val) res, val = (_val); \
> >> + typeof(*ptr) var = READ_ONCE(*ptr); \
> >> + res = var + val; \
> >> + if (res < 0) \
> >> + res = 0; \
> >
> > I think this is broken, and inconsistent with sub_positive().
>
> I agree that the behavior is different from sub_positive which deals
> with unsigned value, but i was not able to come with a short name that
> highlight this signed/unsigned difference
>
> >
> > The thing is, util_avg, on which you use this, is an unsigned type.
>
> The delta that is added to util_avg, is a signed value
Doesn't matter, util_avg is unsigned, this means MSB set is a valid and
non-negative number, while the above will truncate it to 0.
So you really do need an alternative method of underflow. And yes, delta
being signed makes it slightly more complicated.
How about something like the below, that will, if val is negative and we
thus end up doing a subtraction (assumes 2s complement, which is fine,
we do all over anyway), check the result isn't larger than we started
out with.
#define add_positive(_ptr, _val) do { \
typeof(_ptr) ptr = (_ptr); \
typeof(_val) val = (_val); \
typeof(*ptr) res, var = READ_ONCE(*ptr); \
\
res = var + val; \
\
if (val < 0 && res > var) \
res = 0; \
\
WRITE_ONCE(*ptr, res); \
} while (0)
next prev parent reply other threads:[~2016-10-26 14:28 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-17 9:14 [PATCH 0/6 v5] sched: reflect sched_entity move into task_group's load Vincent Guittot
2016-10-17 9:14 ` [PATCH 1/6 v5] sched: factorize attach entity Vincent Guittot
2016-10-17 9:14 ` [PATCH 2/6 v5] sched: fix hierarchical order in rq->leaf_cfs_rq_list Vincent Guittot
2016-10-17 9:14 ` [PATCH 3/6 v5] sched: factorize PELT update Vincent Guittot
2016-10-26 11:41 ` Peter Zijlstra
2016-10-26 12:56 ` Vincent Guittot
2016-10-17 9:14 ` [PATCH 4/6 v5] sched: propagate load during synchronous attach/detach Vincent Guittot
2016-10-21 12:19 ` Dietmar Eggemann
2016-10-26 7:05 ` Vincent Guittot
2016-10-26 11:16 ` Peter Zijlstra
2016-10-26 12:31 ` Vincent Guittot
2016-10-26 10:54 ` Peter Zijlstra
2016-10-26 12:31 ` Vincent Guittot
2016-10-26 14:28 ` Peter Zijlstra [this message]
2016-10-26 18:40 ` Vincent Guittot
2016-10-26 11:45 ` Peter Zijlstra
2016-10-17 9:14 ` [PATCH 5/6 v5] sched: propagate asynchrous detach Vincent Guittot
2016-10-17 9:14 ` [PATCH 6/6 v5] sched: fix task group initialization Vincent Guittot
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=20161026142823.GI3102@twins.programming.kicks-ass.net \
--to=peterz@infradead.org \
--cc=Morten.Rasmussen@arm.com \
--cc=bsegall@google.com \
--cc=dietmar.eggemann@arm.com \
--cc=kernellwp@gmail.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=pjt@google.com \
--cc=vincent.guittot@linaro.org \
--cc=yuyang.du@intel.com \
/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