Thread (24 messages) 24 messages, 2 authors, 2010-07-20

Re: [PATCH -V2 00/16] New ACL format for better NFSv4 acl interoperability

From: Aneesh Kumar K. V <hidden>
Date: 2010-07-20 15:23:36
Also in: linux-fsdevel, lkml

On Tue, 20 Jul 2010 12:11:53 +0200, Andreas Gruenbacher [off-list ref] wrote:
On Tuesday 20 July 2010 11:31:07 Aneesh Kumar K. V wrote:
quoted
We need to update ACL4_VALID_FLAGS to now consider ACL4_MASKED as a
valid flag.  This is also needed for userspace.
Good point, I missed that.
I updated the patch and will push the change to korg after running some
test.
quoted
On a related note, should we move ACL4_MASKED and ACL4_POSIX_MAPPED to
be the higher bits ? That would make sure we will be able to accomodate
new flag value NFSv4 define.
That makes sense, except that ACL4_POSIX_MAPPED hasn't entered the scene in 
the patches posted here, and I'm still not convinced that we'll actually need 
it.
The userspace change did result in a different output for the below ex:

richacl --set 'flags:a 101:w::deny 101:rw::allow 101:w:a:deny 101:rw:a:allow' f

this now gives

/mnt/d# richacl  --get --numeric  f
f:
 flags:a
   101:-w-----------::deny
   101:rw-----------::allow
   101:-w-----------:a:deny
   101:rw-----------:a:allow

that 'w' in rw::allow is redundant, because we have a deny entry before.

-aneesh
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help