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
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Jul 23 2002 - 22:00:34 EST