[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250428081220.1f3f2165@gandalf.local.home>
Date: Mon, 28 Apr 2025 08:12:20 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Ingo Molnar <mingo@...nel.org>
Cc: Andrew Morton <akpm@...ux-foundation.org>, linux-kernel@...r.kernel.org,
linux-trace-kernel@...r.kernel.org, Masami Hiramatsu <mhiramat@...nel.org>,
Mark Rutland <mark.rutland@....com>, Mathieu Desnoyers
<mathieu.desnoyers@...icios.com>, Peter Zijlstra <peterz@...radead.org>,
Linus Torvalds <torvalds@...ux-foundation.org>, Ingo Molnar
<mingo@...hat.com>, x86@...nel.org, Kees Cook <kees@...nel.org>,
bpf@...r.kernel.org, Tejun Heo <tj@...nel.org>, Julia Lawall
<Julia.Lawall@...ia.fr>, Nicolas Palix <nicolas.palix@...g.fr>,
cocci@...ia.fr, "H. Peter Anvin" <hpa@...or.com>, Thomas Gleixner
<tglx@...utronix.de>
Subject: Re: [PATCH] sched/core: Introduce task_*() helpers for PF_ flags
On Sat, 26 Apr 2025 20:42:21 +0200
Ingo Molnar <mingo@...nel.org> wrote:
> I'll send out a full series if there's no better suggestions for the
> general approach.
Fine, you can take over. I have other things to work on.
Unless you add a task_user() or something similar that makes it very easy
to see that a task is a user thread other than testing if it's not a kernel
thread, it doesn't solve the issue that was my original motivation for my
patches. That is, there's places in the code that needs to only work on
user threads, and it would be nice to quickly see that the if statement is
checking if it is or not.
We have places that check if it's a kernel thread to exit out early:
if (task_kernel(task))
goto out;
And places that do something if it's a user thread:
if (task_user(task))
// do something special
By explicitly stating "user" in the test, makes that very easy to see,
where as:
if (task_kernel(task))
goto out;
and
if (!task_kernel(task))
// do something special
makes you have to look a bit harder. The kernel is complex enough, I
believe we should make it easier where there's low hanging fruit to do so.
-- Steve
Powered by blists - more mailing lists