[PATCH] setpgid.2, exit.3: document the lack of POSIX-specified behaviour inside PID NS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The POSIX-mandated behaviour of sending SIGCONT/SIGHUP to stopped processes
of an orphaned process group is not observed inside PID namespaces, as
can be verified by running [1] inside a PID namespace, for example.

The derivation is (presumably) introduced by Linux commit
v2.6.24-rc1~237 ("pid namespaces: define is_global_init() and
is_container_init()").

[1] https://gitlab.com/strace/strace/commit/4278e6613f48273e7da0989712f1c18aaffefd84

Reported-by: Dmitry V. Levin <ldv@xxxxxxxxxxxx>
Signed-off-by: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
---
 man2/setpgid.2 | 1 +
 man3/exit.3    | 3 ++-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/man2/setpgid.2 b/man2/setpgid.2
index be451e7..492fbea 100644
--- a/man2/setpgid.2
+++ b/man2/setpgid.2
@@ -324,6 +324,7 @@ signal followed by a
 .B SIGCONT
 signal will be sent to each process
 in the newly orphaned process group.
+This behaviour is not present inside PID namespaces on Linux.
 .\" exit.3 refers to the following text:
 An orphaned process group is one in which the parent of
 every member of process group is either itself also a member
diff --git a/man3/exit.3 b/man3/exit.3
index 4a30fc3..5aef625 100644
--- a/man3/exit.3
+++ b/man3/exit.3
@@ -191,7 +191,8 @@ then a
 signal followed by a
 .B SIGCONT
 signal will be
-sent to each process in this process group.
+sent to each process in this process group
+(except for the case the processes are in a PID namespace on Linux).
 See
 .BR setpgid (2)
 for an explanation of orphaned process groups.
-- 
2.1.4




[Index of Archives]     [Kernel Documentation]     [Netdev]     [Linux Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux