My apologies...  Thanks for the correction :-)

Adam

On Wed, 12 Mar 2003, Perry E. Metzger wrote:

> Date: 12 Mar 2003 10:32:22 -0500
> From: Perry E. Metzger <perry@piermont.com>
> To: Adam K Kirchhoff <adamk@voicenet.com>
> Cc: tech-smp <tech-smp@netbsd.org>
> Subject: Re: SMP and threads..
>
>
> Adam K Kirchhoff <adamk@voicenet.com> writes:
> > Does anyone know if development is ongoing to resolve the conflict between
> > SMP and kernel threads?
>
> What you mean is userland pthreads operating with our new snazzy lwp
> infrastructure that Nathan built, not "kernel threads". I think Nathan
> is indeed working on fixing the problem, but I do not know his
> schedule on that. Perhaps he will answer.
>
> For reference, "kernel threads" are processes executing entirely
> inside the kernel with no userland component. For example, you will
> note in an average ps ax:
>
>   PID TT STAT     TIME COMMAND
>     0 ?? DKs   0:00.08 [swapper]
>     1 ?? Ss    0:00.03 init
>     2 ?? DK    0:00.00 [pms0]
>     3 ?? DK    0:00.00 [atapibus0]
>     4 ?? DK    0:00.01 [usb0]
>     5 ?? DK    0:00.00 [usbtask]
>     6 ?? DK    0:00.00 [cardslot0]
>     7 ?? DK    0:00.00 [cardslot1]
>     8 ?? DK    0:25.91 [apm0]
>     9 ?? DK    0:00.54 [pagedaemon]
>    10 ?? DK    0:03.44 [reaper]
>    11 ?? DK    1:55.16 [ioflush]
>    12 ?? DK    0:00.72 [aiodoned]
>
> Everything listed in []s is a kernel thread.
>
>
> > Ever since the kernel threading was merged in,
> > all threaded apps solidly lock up my box.
> >
> > Adam
> >
> >
>
> --
> Perry E. Metzger		perry@piermont.com
>
>