diff options
| author |   Hongxu Jia <hongxu.jia@windriver.com> | 2022-02-15 18:54:29 -0800 |
|---|---|---|
| committer |   Richard Purdie <richard.purdie@linuxfoundation.org> | 2022-02-18 11:47:23 +0000 |
| commit | 58802b2c4f63a4572cc7cca26d1d8a6b30e2fc79 (patch) | |
| tree | 61ce58afdff59b60967a7302d9b7c8ace6dc79f6 /meta/classes/archiver.bbclass | |
| parent | e1a1b201c4a850ae116d88975df3fdab4dea6945 (diff) | |
| download | openembedded-core-contrib-58802b2c4f63a4572cc7cca26d1d8a6b30e2fc79.tar.gz | |
glibc: fix create thread failed in unprivileged process
Since upstream commit [d8ea0d0168 Add an internal wrapper for clone, clone2
and clone3] applied, start a unprivileged container (docker run without
--privileged), it creates a thread failed in container.
In commit d8ea0d0168, it calls __clone3 if HAVE_CLONE3_WAPPER is defined. If
__clone3 returns -1 with ENOSYS, fall back to clone or clone2.
As known from [1], cloneXXX fails with EPERM if CLONE_NEWCGROUP,
CLONE_NEWIPC, CLONE_NEWNET, CLONE_NEWNS, CLONE_NEWPID, or CLONE_NEWUTS
was specified by an unprivileged process (process without CAP_SYS_ADMIN)
[1] https://man7.org/linux/man-pages/man2/clone3.2.html
So if __clone3 returns -1 with EPERM, fall back to clone or clone2 could
fix the issue.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/classes/archiver.bbclass')
0 files changed, 0 insertions, 0 deletions