Re: [PATCH v3 1/2] man/man7/pid_namespaces.7: Fix requirements on namespace+process trees

Alejandro Colomar <[email protected]>
Newsgroups org.kernel.vger.linux-man
Message-ID <agRi-dosgYg5EK8h@devuan>
Hi Matthieu,

[CC += linux-man@]

(You forgot to CC the list.)

On 2026-05-13T10:33:38+0200, Matthieu Buffet wrote:
> Creating processes in non-direct-child PID namespaces has been possible
> since the addition of setns() support for PID namespaces in commit
> 57e8391d3276 (2012-11-19; "pidns: Add setns support"). The tree check in
> pidns_install() in kernel/pid_namespace.c has always allowed
> non-direct-child PID namespaces, but was written inline instead of the
> more readable current pidns_is_ancestor() helper (possibly explaining
> the confusion).
> 
> Fixes: 6e377abf9 (2014-09-13; "pid_namespaces.7: Parent process relationships mirror parent PID namespace relationships")
> Signed-off-by: Matthieu Buffet <[email protected]>

Thanks!  I've applied the patch.


Cheers,
Alex

> ---
>  man/man7/pid_namespaces.7 | 5 +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)
> 
> diff --git a/man/man7/pid_namespaces.7 b/man/man7/pid_namespaces.7
> index 1068d5be5..b19afd505 100644
> --- a/man/man7/pid_namespaces.7
> +++ b/man/man7/pid_namespaces.7
> @@ -214,11 +214,12 @@ and cannot be changed thereafter.
>  Among other things,
>  this means that
>  the parental relationship between processes
> -mirrors
> +loosely mirrors
>  the parental relationship between PID namespaces:
>  the parent of a process
>  is either in the same namespace
> -or resides in the immediate parent PID namespace.
> +or resides in an ancestor PID namespace
> +(immediate parent or not).
>  .P
>  A process may call
>  .BR unshare (2)
> 
> base-commit: 9afc5a7cfa9ecd91db055abb875e3b83d086f6b5
> -- 
> 2.47.3
> 

-- 
<https://www.alejandro-colomar.es>
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEES7Jt9u9GbmlWADAi64mZXMKQwqkFAmoEYzYACgkQ64mZXMKQ
wqlgNw/9EGxZiZeAYEriBqlQg2WV1qD7y4L4stLzCxSsdeZF27GrNLHSkiDZsF6W
u9MgPheF74CWn7Y7ZOfLhpDN6s0OFbEICmo6WLkGOK9ETueJ6Vz8VVHMnoYUwemG
sBghn9La2B4+ricSzGvb9+OkgONXwatU1R8ehcpnM66JbZcvTDABk0AfxLRZlCFP
aYBsoW0vwZltJNh/nLr425adF8ouLK6bB18oAItLw4nV3V+FubZMFDDcI895ojwj
Z71hnoxLok5o0NskEZk8TsCRugOMvW96b93yguzHKe616gspk+9OacIP8Q+jPVEG
Q2rOHJ6sqU5hCT6C18ZE3v6T8iYTuN9/teUayEhrFF8Ds4wO4PJIHX8xtLXefeTc
PkUL1vn+3wamo3Mcb5m6LiLqk78bhDW+sWPIX9hU7qDQrr/DwP0nxDHe6rVz3Mjz
pmErg+760LOPxLqYSJi5glXTohr6DDrzV9M4Nz39YELh7U7CEe0iTie8qZtvic5h
CAtPK3sfuJNdKWsbIFQAfJ+Z3TgE7mZqUZRVCrImtnsXxnlMWT5OsIdOlCBBffkz
hCXTYR/t2WctsHjkDzWFfv+a+Iojpu4RapLKS9h9zuX2r1fHAmB6W0msLAzYpMJF
jDkOuZ3sCzSPNoa7WS93bSNj5cx7474/E7cWzh0el/qXc3p1FIE=
=I3+c
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.