[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20201002142149.GZ2628@hirez.programming.kicks-ass.net>
Date: Fri, 2 Oct 2020 16:21:49 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Sebastian Andrzej Siewior <bigeasy@...utronix.de>
Cc: tglx@...utronix.de, mingo@...nel.org, linux-kernel@...r.kernel.org,
qais.yousef@....com, swood@...hat.com, valentin.schneider@....com,
juri.lelli@...hat.com, vincent.guittot@...aro.org,
dietmar.eggemann@....com, rostedt@...dmis.org, bsegall@...gle.com,
mgorman@...e.de, bristot@...hat.com, vincent.donnefort@....com
Subject: Re: [PATCH 7/9] sched: Add migrate_disable()
On Fri, Sep 25, 2020 at 06:50:47PM +0200, Sebastian Andrzej Siewior wrote:
> On 2020-09-21 18:36:04 [+0200], Peter Zijlstra wrote:
> > --- a/kernel/sched/core.c
> > +++ b/kernel/sched/core.c
> > @@ -1700,6 +1700,68 @@ void check_preempt_curr(struct rq *rq, s
> >
> > #ifdef CONFIG_SMP
> >
> > +#ifdef CONFIG_PREEMPT_RT
> …
> > +static inline bool is_migration_disabled(struct task_struct *p)
> > +{
> > + return p->migration_disabled;
> > +}
>
> Just a thought: having this with int as return type and defined in a
> header file then it could be used in check_preemption_disabled() and in
> the tracing output.
Yeah, I didn't want it in a header where world can access it and attempt
creative use :/
Powered by blists - more mailing lists