On Friday 28 April 2006 17:15, Jeff Dike wrote: > On Fri, Apr 28, 2006 at 03:54:31PM +0200, Blaisorblade wrote: > > Additionally, if this flag ever goes into clone, it mustn't be named > > CLONE_TIME, but CLONE_NEWTIME (or CLONE_NEWUTS). And given CLONE_NEWNS, > > it's IMHO ok to have unshare(CLONE_NEWTIME) to mean "unshare time > > namespace", even if it's incoherent with unshare(CLONE_FS) - the > > incoherency already exists with CLONE_NEWNS.
> I wonder if they should be CLONE_* at all. I've wondered about this too. It makes some sense to renforce the relationship with clone, but when you read the call to unshare you must do you get nonsense. Like the above incoherence. > Given that we are likely > to run out of free CLONE_* bits, unshare will have to reuse bits that > don't have anything to do with sharing resources (CSIGNAL, > CLONE_VFORK, etc), and it doesn't seem that nice to have two different > CLONE_* flags with the same value, different meaning, only one of > which can actually be used in clone. > It seems better to use UNSHARE_*, with the current bits that are > common to unshare and clone being defined the same, i.e. > #define UNSHARE_VM CLONE_VM I indeed agree with this. With cg log -r v2.6.16-rc1:v2.6.16 kernel/fork.c We can see the people involved in commits for sys_unshare (there's little other work in there). -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ User-mode-linux-devel mailing list User-mode-linux-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
