From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 5 May 2014 09:06:56 -0400 To: 9fans@9fans.net Message-ID: In-Reply-To: References: <5366B839.30004@lynxline.com> <20140505110341.GB666@polynum.com> <4db1089d8f25cfff119fed042105fa07@brasstown.quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] New /prog idea Topicbox-Message-UUID: de2435b4-ead8-11e9-9d60-3106f5b1d025 > the system calls that are not currently in the name space are those > that do not distribute (and there have been a few things in the name > space that don't distribute and are troublesome). > > segbrk doesn't distribute. rfork doesn't distribute. you can have a > control request in a name space that operates on another process, or > creates another process, but that's not a system call by the calling > process: it's a request to another process for it to do something > (possibly in the kernel domain, if there is one). yes. to implement this idea, one may need to change the set of system calls. or maybe like file operations, not all system calls are valid in all contexts. i never ment to imply this was more than a half-baked idea, for a system that's no longer plan 9. (if i could see how things worked, i'd implement a toy system.) i think the proliferation of system calls in nemo's kernels with specialised cores might have been a related problem. - erik