[Bug 215769] vfork() returns EINVAL after unshare(CLONE_NEWTIME)

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

 



https://bugzilla.kernel.org/show_bug.cgi?id=215769

--- Comment #14 from Florian Weimer (fweimer@xxxxxxxxxx) ---
I think the fundamental issue is that a time namespace needs a new data segment
for the vDSO, to store the changed office. So fully shared virtual memory just
is not possible with CLONE_NEWTIME, which is why vfork will not work in this
situation.

Maybe the effect of CLONE_NEWTIME should have been deferred to the next execve?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.



[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