[Linux-privs-discuss] ext_attr overlaps

[LA Walsh]

After discussing this with some other folks internally, it seems the
interfaces are going to be in a state of flux for a while anyway, so
it sounds like it may not be worth the bother...:-/

sigh

> -----Original Message-----
> From: linux-privs-discuss-admin at lists.sourceforge.net
> [mailto:linux-privs-discuss-admin at lists.sourceforge.net]On Behalf Of
> Christoph Hellwig
> Sent: Thursday, January 11, 2001 12:35 AM
> To: LA Walsh
> Cc: linux-fsdevel at vger.kernel.org;
> linux-privs-discuss at lists.sourceforge.net; posix1e at cyrus.watson.org
> Subject: Re: [Linux-privs-discuss] ext_attr overlaps
>
>
> On Wed, Jan 10, 2001 at 03:27:27PM -0800, LA Walsh wrote:
> > I notice that for the basic posix families, mac, cap, acl, and info,
> > all share structure "function_[get/set]_[file/fd]".  It seems the
> > logical place for this is in ext_attr handling.
> >
> > I.e. -- when any of the families are called with a pathname or fd, it
> > seems the first resolv to an inode, then a call to get/set_ext_attr.  So
> > I'm wondering -- would it be a good plan (should someone do
> it/should I do
> > it?) to add ext_attr support?
>
> Wich the current implementation I don't think it is a good idea, because
> there may be ACL (and other) implementations that do not use EAs, e.g.
> in NFSv4.   But when Stephens idea of EA-Families (lately discusses on
> -fsdevel) gets implemented this would make sense, IMHO.
>
> >
> > 	It seems the only 'public' internal kernel interface are the
> > ext_attr_get(inode)/ext_attr_set(inode) calls.  I'm just wondering if
> > it might be good to have ext_attr_[get/set]_[fd/file] for direct support
> > of the other functions w/o duplication of code?
>
> Internal?  - I don't like it very much to have all this interfaces
> in the kernel, the vfs should always operate on inodes (for attriobutes)
> or dentrys (for pathnames).
>
> 	Christoph
>
> --
> Whip me.  Beat me.  Make me maintain AIX.
>
> _______________________________________________
> Linux-privs-discuss mailing list
> Linux-privs-discuss at lists.sourceforge.net
> http://lists.sourceforge.net/mailman/listinfo/linux-privs-discuss
>

To Unsubscribe: send mail to majordomo at cyrus.watson.org
with "unsubscribe posix1e" in the body of the message