[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240607123119.769044-3-dev.jain@arm.com>
Date: Fri, 7 Jun 2024 18:01:19 +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,
AneeshKumar.KizhakeVeetil@....com,
linux-kernel@...r.kernel.org,
Dev Jain <dev.jain@....com>
Subject: [PATCH 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 17e75c86d..09d30c678 100644
--- a/man/man7/signal.7
+++ b/man/man7/signal.7
@@ -295,7 +295,7 @@ execution of the handler.)
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