xfs
[Top] [All Lists]

Re: TAKE - XFS/Linux Extended Attributes.

To: "Andi Kleen" <ak@xxxxxxx>
Subject: Re: TAKE - XFS/Linux Extended Attributes.
From: The Unknown User-ID (858) <unknown@xxxxxxx>
Date: Thu, 27 Jul 2000 14:19:25 -0500
Cc: Ted Kline <jtk@xxxxxxx>, linux-xfs@xxxxxxxxxxx, casey@xxxxxxxxxxxx
In-reply-to: Message from "Andi Kleen" <ak@xxxxxxx> of "Thu, 27 Jul 2000 19:44:39 +0200." <20000727194439.A21325@xxxxxxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
I agree - except there is no 'approved' interface for extended attributes
yet. This is as much a way for us to exercise the code in the kernel and a
proof of concept as anything else. If the final version of an extended
attribute interface is different then we will change to match it. 

Steve

> On Wed, Jul 26, 2000 at 11:12:18AM -0500, Ted Kline wrote:
> > 
> > Implement the interfaces & supporting code to support Irix-style
> > Extended Attributes, specifically:
> > 
> >     attr_get()      attr_getf()
> >     attr_set()      attr_setf()
> >     attr_list()     attr_listf()
> >     attr_remove()   attr_removef()
> > 
> > Also implement the "xfs_attr" utility command.
> > Update xfs_repair & xfs_db.
> > 
> > See near the top of cmd/xfs/attr/xfs_attr.c for a temporary
> > example of how to "define" the syscalls without having an
> > updated asm/unistd.h installed.
> 
> I think it would be a good idea if you reserved syscalls slot(s) from
> Linus for that. Otherwise  there will be a big mess with binary
> compatibility sooner or later.
> 
> -Andi



<Prev in Thread] Current Thread [Next in Thread>