From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <1f7987e063f01beaba1c53723d3f5b97@felloff.net> References: <1f7987e063f01beaba1c53723d3f5b97@felloff.net> From: Giacomo Tesio Date: Wed, 30 Nov 2016 17:16:23 +0100 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001a114a9a30b7214b054287062f Subject: Re: [9fans] create/create race Topicbox-Message-UUID: afafec18-ead9-11e9-9d60-3106f5b1d025 --001a114a9a30b7214b054287062f Content-Type: text/plain; charset=UTF-8 2016-11-30 16:40 GMT+01:00 : > this makes no sense to me. the whole point of create with OEXCL is that > it is atomic and it will *NOT* try to truncate-open the file when it > already > exist. OEXCL means just sending the Tcreate and nothing else. why is that > not > already what you try todo with your new create syscall? > > can you please state the problem that you are trying to fix? > Well, describing the whole picture would take a while (and would move the thread topic to other unusual aspects of its design), but one of the reason that can explain my question is that I want to simplify the kernel code as much as possible, moving to user space all that can be moved without affecting the system security. In the end I'd like to get few orthogonal syscalls, so that you cannot obtain the exact effect of one in term of 2 or more other. I know that this seem a bit theoretical, but it's just a starting point and has a lot of really pragmatic implications in my research project. Stated in a different way, I want to keep it simple, and user space code is usually simpler than kernel space code. Btw, actually, I'm not proposing a change to Plan 9 or debating about its design. I'm just asking about the reasoning behind this specific choice, because I guess that it's deeper than it seem (so much that I cannot grasp it by reading the code). Also I'm looking for "instances that *want* the existing effect", as Charles perfectly described them, something that break without it, so that I can dive deeper into the matter. Giacomo --001a114a9a30b7214b054287062f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
2016-11-30 16:40 GMT+01:00 <cinap_lenrek@felloff= .net>:
this makes no sense to= me. the whole point of create with OEXCL is that
it is atomic and it will *NOT* try to truncate-open the file when it alread= y
exist. OEXCL means just sending the Tcreate and nothing else. why is that n= ot
already what you try todo with your new create syscall?

can you please state the problem that you are trying to fix?

Well, describing th= e whole picture would take a while (and would move the thread topic to othe= r unusual aspects of its design), but one of the reason that can explain my= question is that I want to simplify the kernel code as much as possible, m= oving to user space all that can be moved without affecting the system secu= rity.
In the end I'd like to get fe= w orthogonal syscalls, so that you cannot obtain the exact effect of one in= term of 2 or more other.

I know th= at this seem a bit theoretical, but it's just a starting point and has = a lot of really pragmatic implications in my research project.
Stated in a different way, I want to keep it simple= , and user space code is usually simpler than kernel space code.
<= div class=3D"gmail_extra">

Btw, act= ually, I'm not proposing a change to Plan 9 or debating about its desig= n.
I'm just asking about the reasoning behind this specific choice, = because I guess that it's deeper than it seem (so much that I cannot gr= asp it by reading the code).


Al= so I'm looking for "instances that *want* the existing effect"= ;, as Charles perfectly described them, something that break without it, so= that I can dive deeper into the matter.


Giacomo


--001a114a9a30b7214b054287062f--