mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Jesse Hathaway <jesse@mbuki-mvuki.org>
To: Rich Felker <dalias@libc.org>
Cc: musl@lists.openwall.com
Subject: Re: [musl] Re: Pending patches for MT-fork stuff
Date: Wed, 3 Mar 2021 08:40:57 -0600	[thread overview]
Message-ID: <CANSNSoUw79L1XSMBqrg6SbNdgBOztkAp1h_KcDhfTsi3wt7NBA@mail.gmail.com> (raw)
In-Reply-To: <20200930155547.GA4436@brightrain.aerifal.cx>

On Wed, Sep 30, 2020 at 10:55 AM Rich Felker <dalias@libc.org> wrote:
> > > Here is the offending code:
> > >
> > > https://github.com/golang/go/blob/a413908dd064de6e3ea5b8d95d707a532bd3f4c8/src/runtime/signal_unix.go#L866
> > >
> > > It should be calling sigfillset() (from libc) to get the starting
> > > sigset_t rather than using its own all-one-bits initializer.
> > >
> > > There may be other places in the runtime where the same error is made.
> > > It looks like blockableSig (line 1132) is intended to do something
> > > here, but has hard-coded (somewhere else) glibc knowledge rather than
> > > probing via (libc's) sigaddset whether the signal number is valid.
> > > This might be a preferred point to fix it at.

Unfortunately I failed to submit a bug report for this issue. However, the
bug was reported by someone else and fixed with this commit:

  commit 49b017fe59bf628795f2c4fdbcb5db942e865fa9
  Author: George Tsilias <tsiliasg@gmail.com>
  Date:   Thu Jun 4 23:11:56 2020 +0300

      runtime: handle signal 34 for musl setgid

      It has been observed that setgid hangs when using cgo with musl.
      This fix ensures that signal 34 gets handled in an appropriate way,
      like signal 33 when using glibc.

      Fixes #39343

Unfortunately, it did not use sigaddset as you suggested, but instead hard-coded
the signal:

diff --git a/src/runtime/sigtab_linux_generic.go
b/src/runtime/sigtab_linux_generic.go
index b26040b803..38d686544f 100644
--- a/src/runtime/sigtab_linux_generic.go
+++ b/src/runtime/sigtab_linux_generic.go
@@ -45,7 +45,7 @@ var sigtable = [...]sigTabT{
        /* 31 */ {_SigThrow, "SIGSYS: bad system call"},
        /* 32 */ {_SigSetStack + _SigUnblock, "signal 32"}, /*
SIGCANCEL; see issue 6997 */
        /* 33 */ {_SigSetStack + _SigUnblock, "signal 33"}, /*
SIGSETXID; see issues 3871, 9400, 12498 */
-       /* 34 */ {_SigNotify, "signal 34"},
+       /* 34 */ {_SigSetStack + _SigUnblock, "signal 34"}, /* musl
SIGSYNCCALL; see issue 39343 */
        /* 35 */ {_SigNotify, "signal 35"},
        /* 36 */ {_SigNotify, "signal 36"},
        /* 37 */ {_SigNotify, "signal 37"},
diff --git a/src/runtime/sigtab_linux_mipsx.go
b/src/runtime/sigtab_linux_mipsx.go
index 81dd2314c5..51ef470ce7 100644
--- a/src/runtime/sigtab_linux_mipsx.go
+++ b/src/runtime/sigtab_linux_mipsx.go
@@ -42,7 +42,7 @@ var sigtable = [...]sigTabT{
        /*  31 */ {_SigNotify, "SIGXFSZ: file size limit exceeded"},
        /*  32 */ {_SigSetStack + _SigUnblock, "signal 32"}, /*
SIGCANCEL; see issue 6997 */
        /*  33 */ {_SigSetStack + _SigUnblock, "signal 33"}, /*
SIGSETXID; see issues 3871, 9400, 12498 */
-       /*  34 */ {_SigNotify, "signal 34"},
+       /*  34 */ {_SigSetStack + _SigUnblock, "signal 34"}, /* musl
SIGSYNCCALL; see issue 39343 */
        /*  35 */ {_SigNotify, "signal 35"},
        /*  36 */ {_SigNotify, "signal 36"},
        /*  37 */ {_SigNotify, "signal 37"},

  reply	other threads:[~2021-03-03 14:41 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-29 18:04 Jesse Hathaway
2020-09-29 18:36 ` Rich Felker
2020-09-29 18:51   ` Jesse Hathaway
2020-09-29 20:34     ` Rich Felker
2020-09-30  0:10       ` Rich Felker
2020-09-30 14:46         ` Jesse Hathaway
2020-09-30 15:55           ` Rich Felker
2021-03-03 14:40             ` Jesse Hathaway [this message]
2021-03-03 14:43               ` Rich Felker
2021-03-03 20:14                 ` Jesse Hathaway
  -- strict thread matches above, loose matches on Subject: below --
2020-09-29 17:19 Jesse Hathaway

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=CANSNSoUw79L1XSMBqrg6SbNdgBOztkAp1h_KcDhfTsi3wt7NBA@mail.gmail.com \
    --to=jesse@mbuki-mvuki.org \
    --cc=dalias@libc.org \
    --cc=musl@lists.openwall.com \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).