From: Michael Tokarev <mjt@tls.msk.ru>
To: unlisted-recipients:; (no To-header on input)
Cc: Tobias Burnus <tobias.burnus@physik.fu-berlin.de>,
acl-devel@bestbits.at, linux-fsdevel@vger.kernel.org
Subject: Re: [Acl-Devel] Status of ACL patches regarding inclusion in the standard kernel?
Date: Tue, 08 Oct 2002 23:46:14 +0400 [thread overview]
Message-ID: <3DA33606.9050702@tls.msk.ru> (raw)
In-Reply-To: 200210081357.17742.shaggy@austin.ibm.com
Dave Kleikamp wrote:
[]
> On Tuesday 08 October 2002 13:02, Andreas Gruenbacher wrote:
[]
>>Some of the conversions between representations could be avoided with
>>a different system call interface (i.e., separate system calls for
>>ACLs, etc.), but this would confuse the conceptually clean xattr
>>interface.
[]
>>Another issue are the [gse]et_posix_acl() VFS operations. They are
>>intended to provide fast access to ACLs to in-kernel code. Only
>>get_posix_acl() is used by NFS at the moment; some think that all
>>accesses should be done via the xattr VFS operations.
>
> I think that all ACL access should either go through the xattr calls or
> through [gs]et-posix_acl, but not both. If we allow the user-space to
Just a random thought (sorry if it was discussed before) - I don't
see why every filesystem with it's own unique layout etc should store
ACLs as xattrs - there may be different implementation especially for
ACLs but no xattrs at all (at the beginning of the "ACL era", almost
everyone agreed that ACL/xattrs subsystem should be more-or-less
universal, allowing many different layouts/concepts (think NTFS
ACLs vs POSIX ACLs) to be used). Well, conversion routines may
exists (if at all possible), but in some cases this will be an
overkill.
/mjt
next prev parent reply other threads:[~2002-10-08 19:46 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.33.0210081954340.24129-100000@muriel.parsec.at>
2002-10-08 18:57 ` [Acl-Devel] Status of ACL patches regarding inclusion in the standard kernel? Dave Kleikamp
2002-10-08 19:33 ` Andreas Gruenbacher
2002-10-08 20:17 ` Dave Kleikamp
2002-10-08 19:46 ` Michael Tokarev [this message]
2002-10-08 20:04 ` Spencer Shepler
2002-10-08 20:37 ` Dave Kleikamp
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3DA33606.9050702@tls.msk.ru \
--to=mjt@tls.msk.ru \
--cc=acl-devel@bestbits.at \
--cc=linux-fsdevel@vger.kernel.org \
--cc=tobias.burnus@physik.fu-berlin.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.