[PATCH] 1:1 Userland threading stage 2.11/4:

[Thomas E. Spanjaard]

Matthew Dillon wrote:
    Just as an aside, I seem to remember POSIX making a distinction between
    'global' signals and 'per-thread' signals.  Something about a signal that
    cannot be handled by a thread is queued globally and then processed by
    the first thread that can take it, or something like that.
The current code unconditionally (tries to) queue to the first lwp; the 
next step will queue it on the first lwp that doesn't mask the signal, 
and failing that, globally. Though again, that's a next-step :).

    This would imply that we need to have a two-level signal delivery 
    architecture (lwp layer and process layer).
I guess so too. Simon already has some thoughts about is, we talked this 
afternoon (while I was reviewing the patch).

Cheers,
--
        Thomas E. Spanjaard
        tgen at netphreax.net
Attachment:
signature.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pgp00005.pgp
Type: application/octet-stream
Size: 186 bytes
Desc: "Description: OpenPGP digital signature"
URL: <http://lists.dragonflybsd.org/pipermail/kernel/attachments/20070203/e6e89f24/attachment-0020.obj>