From: "Eric W. Biederman" <ebiederm@xmission.com>
To: Oleg Nesterov <oleg@redhat.com>
Cc: Avi Weiss <thnkslprpt@gmail.com>,
Christian Brauner <brauner@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] signal: cleanup the .si_signo checks in dequeue_synchronous_signal()
Date: Fri, 23 Oct 2026 16:46:32 +0000 [thread overview]
Message-ID: <87qzhgmkk7.fsf@email.froward.int.ebiederm.org> (raw)
In-Reply-To: <ats7_mSMrLBAq0Np@redhat.com> (Oleg Nesterov's message of "Fri, 23 Oct 2026 12:50:38 +0200")
Oleg Nesterov <oleg@redhat.com> writes:
> Christian,
>
> This is on top of Avi's
> [PATCH v2] signal: respect the blocked mask in dequeue_synchronous_signal()
>
> If you are going to update your tree and take V2 + my cleanup, I will not
> mind if you fold my patch into the fix from Avi.
>
> And! I just noticed the sashiko's review of Avi's patch:
> https://sashiko.dev/#/patchset/20261022061015.3737924-1-thnkslprpt%40gmail.com
>
> It noticed the problem with UB too. But, unlike me, it noticed another problem
> with the "still_pending" logic. The described scenario is not possible after my
> change, but we have the same problem with posix timers.
>
> This needs another change. I'll try to think a bit to avoid a "brute
> force" fix.
One thing we can reasonably do is to disallow sending signals that
are "from the kernel" to ourselves if the signal number is a real time
signal.
Since the kernel won't generate any of those there is no need to restore
them, or test them. So allowing them is unnecessary and leads to bugs
in the code.
I don't know how useful that would be but it is an option.
Eric
prev parent reply other threads:[~2026-10-23 16:46 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-22 6:10 [PATCH v2] signal: respect the blocked mask " Avi Weiss
2026-10-22 11:58 ` Oleg Nesterov
2026-10-22 20:21 ` Eric W. Biederman
2026-10-23 10:02 ` Oleg Nesterov
2026-10-23 16:28 ` Eric W. Biederman
2026-10-22 20:15 ` Eric W. Biederman
2026-10-23 10:48 ` [PATCH] signal: cleanup the .si_signo checks " Oleg Nesterov
2026-10-23 10:50 ` Oleg Nesterov
2026-10-23 16:46 ` Eric W. Biederman [this message]
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=87qzhgmkk7.fsf@email.froward.int.ebiederm.org \
--to=ebiederm@xmission.com \
--cc=akpm@linux-foundation.org \
--cc=brauner@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=oleg@redhat.com \
--cc=thnkslprpt@gmail.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®