From: Ryan Bradetich <rbradetich@uswest.net>
To: linux-kernel@vger.kernel.org
Cc: kernel-janitor-discuss@lists.sourceforge.net,
Ingo Molnar <mingo@elte.hu>
Subject: Re: [PATCH] kernel/sched.c - Use the task state macros provided in include/linux/sched.h
Date: 20 Jul 2002 15:26:16 -0600 [thread overview]
Message-ID: <1027200377.28932.5.camel@beavis> (raw)
In-Reply-To: <Pine.LNX.4.44.0207202138430.17900-100000@localhost.localdomain>
Hello all,
I am working on a a kernel janitor project to use the task state
macros provided in the include/linux/sched.h instead of setting the
task state directly. Ingo suggested I bring the discussion to this
list to see if this janitor project is still valid, or the best way
to impliment this project.
The entire kernel janitor thread can be found here:
http://sourceforge.net/mailarchive/forum.php?thread_id=908916&forum_id=2314
Thanks,
- Ryan
On Sat, 2002-07-20 at 13:46, Ingo Molnar wrote:
>
> On 20 Jul 2002, Ryan Bradetich wrote:
>
> > Finally, since this is a janitor project, and I have only receieved
> > feedback from you, should I continue generating these patches and have
> > the maintainers reject the patches if they feel it makes the code less
> > clear? Or should I just abandon the project?
>
> Using the macro has one more advantage i did not consider: it shows that
> the maintainer has considered the SMP issues and has intentionally decided
> to use one of the two variants. So it's not just a simple wrapping of an
> assignment.
>
> > I guess what I would like to see is the task change state done fairly
> > consistently throught the kernel ... lots of places already use the
> > __set_[current_task]_state macros, while other set the state directly. I
> > also realize maintenance is more important then look/feel consistenance.
>
> in 2.5.26, 555 places use it directly, 128 places use the __set_*_state
> macros, 865 places use the SMP-safe set_*_state macros.
>
> perhaps it might make sense to raise the issue on the kernel-list?
>
> Ingo
>
>
next parent reply other threads:[~2002-07-20 21:23 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.44.0207202138430.17900-100000@localhost.localdomain>
2002-07-20 21:26 ` Ryan Bradetich [this message]
2002-07-21 1:10 [PATCH] kernel/sched.c - Use the task state macros provided in include/linux/sched.h Ryan Bradetich
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=1027200377.28932.5.camel@beavis \
--to=rbradetich@uswest.net \
--cc=kernel-janitor-discuss@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
/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