[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240611090823.820724-3-dev.jain@arm.com>
Date: Tue, 11 Jun 2024 14:38:23 +0530
From: Dev Jain <dev.jain@....com>
To: alx@...nel.org,
linux-man@...r.kernel.org
Cc: mingo@...nel.org,
tglx@...utronix.de,
mark.rutland@....com,
ryan.roberts@....com,
broonie@...nel.org,
suzuki.poulose@....com,
Anshuman.Khandual@....com,
DeepakKumar.Mishra@....com,
aneesh.kumar@...nel.org,
linux-kernel@...r.kernel.org,
Dev Jain <dev.jain@....com>
Subject: [PATCH v2 2/2] signal.7: Fix wrong mention of sigprocmask
The handler is registered with sigaction(), not sigprocmask(). Even if the
purpose of writing sigprocmask() here was to mention blocked signals, the
statement currently concerns the "addition" of blocked signals; signals
blocked through sigprocmask() would already be present in the thread
context of blocked signals.
Fixes: e7a5700 (getcontext.3, signal.7: tfix)
Signed-off-by: Dev Jain <dev.jain@....com>
---
man/man7/signal.7 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/man/man7/signal.7 b/man/man7/signal.7
index 7d22a7cfe..57eab7847 100644
--- a/man/man7/signal.7
+++ b/man/man7/signal.7
@@ -293,7 +293,7 @@ contain the mask of new signals blocked through
Any signals specified in
.I act\->sa_mask
when registering the handler with
-.BR sigprocmask (2)
+.BR sigaction (2)
are added to the thread's signal mask.
The signal being delivered is also
added to the signal mask, unless
--
2.34.1
Powered by blists - more mailing lists