linux-toradex.git/include/linux/posix_acl.h, branch v3.2-rc5

RCUify freeing acls, let check_acl() go ahead in RCU mode if acl is cached

2011-08-03T04:58:42+00:00

Signed-off-by: Al Viro

get rid of boilerplate switches in posix_acl.h

2011-08-03T04:47:21+00:00

the only potentially subtle thing here: get_cached_acl()
is never called with the second argument other than
ACL_TYPE_{ACCESS,DEFAULT}.  IOW, that return ERR_PTR(-EINVAL)
in there might as well be BUG().

Signed-off-by: Al Viro

switch posix_acl_chmod() to umode_t

2011-08-01T06:10:32+00:00

again, that's what all callers pass to it

Signed-off-by: Al Viro

switch posix_acl_from_mode() to umode_t

2011-08-01T06:10:20+00:00

... seeing that this is what all callers pass to it anyway.

Signed-off-by: Al Viro

switch posix_acl_equiv_mode() to umode_t *

2011-08-01T06:10:06+00:00

... so that &inode->i_mode could be passed to it

Signed-off-by: Al Viro

switch posix_acl_create() to umode_t *

2011-08-01T06:09:42+00:00

so we can pass &inode->i_mode to it

Signed-off-by: Al Viro

bury posix_acl_..._masq() variants

2011-07-25T18:27:32+00:00

made static; no callers left outside of posix_acl.c.  posix_acl_clone() also
has lost all external callers and became static...

Signed-off-by: Al Viro

kill boilerplates around posix_acl_create_masq()

2011-07-25T18:27:32+00:00

new helper: posix_acl_create(&acl, gfp, mode_p).  Replaces acl with
modified clone, on failure releases acl and replaces with NULL.
Returns 0 or -ve on error.  All callers of posix_acl_create_masq()
switched.

Signed-off-by: Al Viro

kill boilerplate around posix_acl_chmod_masq()

2011-07-25T18:27:30+00:00

new helper: posix_acl_chmod(&acl, gfp, mode).  Replaces acl with modified
clone or with NULL if that has failed; returns 0 or -ve on error.  All
callers of posix_acl_chmod_masq() switched to that - they'd been doing
exactly the same thing.

Signed-off-by: Al Viro

NFS: Prevent memory allocation failure in nfsacl_encode()

2011-01-25T20:24:47+00:00

nfsacl_encode() allocates memory in certain cases.  This of course
is not guaranteed to work.

Since commit 9f06c719 "SUNRPC: New xdr_streams XDR encoder API", the
kernel's XDR encoders can't return a result indicating possibly a
failure, so a memory allocation failure in nfsacl_encode() has become
fatal (ie, the XDR code Oopses) in some cases.

However, the allocated memory is a tiny fixed amount, on the order
of 40-50 bytes.  We can easily use a stack-allocated buffer for
this, with only a wee bit of nose-holding.

Signed-off-by: Chuck Lever 
Signed-off-by: Trond Myklebust