This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 00/15] Hurd signals: please review
- From: Samuel Thibault <samuel dot thibault at gnu dot org>
- To: Jeremie Koenig <jk at jk dot fr dot eu dot org>
- Cc: libc-alpha at sourceware dot org, bug-hurd at gnu dot org,Roland McGrath <roland at hack dot frob dot com>
- Date: Sun, 3 Jul 2011 02:57:46 +0200
- Subject: Re: [PATCH 00/15] Hurd signals: please review
- References: <1309365027-4774-1-git-send-email-jk@jk.fr.eu.org>
Hello,
Jeremie Koenig, le Wed 29 Jun 2011 18:30:12 +0200, a écrit :
> I believe my signal-related series of patches for Hurd are mature enough
> to be reviewed and considered for inclusion.
This looks quite good indeed. Roland, I'd like to apply the patch
series to the Debian package to get more thorough testing. Do you agree
on the interface below, so we will not have ABI changes?
> * #define SA_SIGINFO 0x40
>
> This follows the current approach of using BSD values for
> <bits/sigaction.h> constants.
>
> * void _hurd_sigstate_set_global_rcv (struct hurd_sigstate *ss);
>
> Used by libpthread to mark a thread as a global receiver, meaning the
> thread should receive global signal it doesn't block, and use the
> global action vector instead of a thread-specific one.
>
> * void _hurd_sigstate_lock (struct hurd_sigstate *ss);
> * sigset_t _hurd_sigstate_pending (const struct hurd_sigstate *ss);
> * void _hurd_sigstate_unlock (struct hurd_sigstate *ss);
>
> Used to access a thread's set of pending signals, including global
> signals if appropriate.
>
> * void _hurd_sigstate_delete (thread_t thread);
>
> Delete the sigstate structure associated to THREAD. We need this to avoid
> attempting the delivery of global signals to terminated threads.
Samuel