[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210607104500.sopvslejuoxwzhrs@maple.lan>
Date: Mon, 7 Jun 2021 11:45:00 +0100
From: Daniel Thompson <daniel.thompson@...aro.org>
To: Peter Zijlstra <peterz@...radead.org>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
Juri Lelli <juri.lelli@...hat.com>,
Vincent Guittot <vincent.guittot@...aro.org>,
Dietmar Eggemann <dietmar.eggemann@....com>,
Steven Rostedt <rostedt@...dmis.org>,
Ben Segall <bsegall@...gle.com>, Mel Gorman <mgorman@...e.de>,
Daniel Bristot de Oliveira <bristot@...hat.com>,
Borislav Petkov <bp@...en8.de>, x86@...nel.org,
"H. Peter Anvin" <hpa@...or.com>, Jens Axboe <axboe@...nel.dk>,
Alasdair Kergon <agk@...hat.com>,
Mike Snitzer <snitzer@...hat.com>, dm-devel@...hat.com,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Felipe Balbi <balbi@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Alexander Viro <viro@...iv.linux.org.uk>,
Tejun Heo <tj@...nel.org>, Zefan Li <lizefan.x@...edance.com>,
Johannes Weiner <hannes@...xchg.org>,
Jason Wessel <jason.wessel@...driver.com>,
Douglas Anderson <dianders@...omium.org>,
Arnaldo Carvalho de Melo <acme@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
Jiri Olsa <jolsa@...hat.com>,
Namhyung Kim <namhyung@...nel.org>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Pavel Machek <pavel@....cz>, Will Deacon <will@...nel.org>,
Waiman Long <longman@...hat.com>,
Boqun Feng <boqun.feng@...il.com>,
Oleg Nesterov <oleg@...hat.com>,
Davidlohr Bueso <dave@...olabs.net>,
"Paul E. McKenney" <paulmck@...nel.org>,
Josh Triplett <josh@...htriplett.org>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
Lai Jiangshan <jiangshanlai@...il.com>,
Joel Fernandes <joel@...lfernandes.org>,
John Stultz <john.stultz@...aro.org>,
Stephen Boyd <sboyd@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Paolo Bonzini <pbonzini@...hat.com>,
linux-kernel@...r.kernel.org, linux-block@...r.kernel.org,
netdev@...r.kernel.org, linux-usb@...r.kernel.org,
linux-fsdevel@...r.kernel.org, cgroups@...r.kernel.org,
kgdb-bugreport@...ts.sourceforge.net,
linux-perf-users@...r.kernel.org, linux-pm@...r.kernel.org,
rcu@...r.kernel.org, linux-mm@...ck.org, kvm@...r.kernel.org
Subject: Re: [PATCH 6/6] sched: Change task_struct::state
On Wed, Jun 02, 2021 at 03:12:31PM +0200, Peter Zijlstra wrote:
> Change the type and name of task_struct::state. Drop the volatile and
> shrink it to an 'unsigned int'. Rename it in order to find all uses
> such that we can use READ_ONCE/WRITE_ONCE as appropriate.
>
> Signed-off-by: Peter Zijlstra (Intel) <peterz@...radead.org>
> ---
> ...
> kernel/debug/kdb/kdb_support.c | 18 +++++++------
> ...
> --- a/kernel/debug/kdb/kdb_support.c
> +++ b/kernel/debug/kdb/kdb_support.c
> @@ -609,23 +609,25 @@ unsigned long kdb_task_state_string(cons
> */
> char kdb_task_state_char (const struct task_struct *p)
> {
> - int cpu;
> - char state;
> + unsigned int p_state;
> unsigned long tmp;
> + char state;
> + int cpu;
>
> if (!p ||
> copy_from_kernel_nofault(&tmp, (char *)p, sizeof(unsigned long)))
> return 'E';
>
> cpu = kdb_process_cpu(p);
> - state = (p->state == 0) ? 'R' :
> - (p->state < 0) ? 'U' :
> - (p->state & TASK_UNINTERRUPTIBLE) ? 'D' :
> - (p->state & TASK_STOPPED) ? 'T' :
> - (p->state & TASK_TRACED) ? 'C' :
> + p_state = READ_ONCE(p->__state);
> + state = (p_state == 0) ? 'R' :
> + (p_state < 0) ? 'U' :
Looks like the U here stands for Unreachable since this patch makes it
more obvious that this clause is (and previously was) exactly that!
Dropping the U state would be good since I guess this will show up as a
"new" warning in some tools. However it was a preexisting problem so with
or without this cleaned up:
Acked-by: Daniel Thompson <daniel.thompson@...aro.org>
Daniel.
> + (p_state & TASK_UNINTERRUPTIBLE) ? 'D' :
> + (p_state & TASK_STOPPED) ? 'T' :
> + (p_state & TASK_TRACED) ? 'C' :
> (p->exit_state & EXIT_ZOMBIE) ? 'Z' :
> (p->exit_state & EXIT_DEAD) ? 'E' :
> - (p->state & TASK_INTERRUPTIBLE) ? 'S' : '?';
> + (p_state & TASK_INTERRUPTIBLE) ? 'S' : '?';
> if (is_idle_task(p)) {
> /* Idle task. Is it really idle, apart from the kdb
> * interrupt? */
Powered by blists - more mailing lists