xfs
[Top] [All Lists]

Re: XFS CVS development tree moving up to test8

To: Steve Lord <lord@xxxxxxx>
Subject: Re: XFS CVS development tree moving up to test8
From: "Andi Kleen" <ak@xxxxxxx>
Date: Fri, 29 Sep 2000 16:01:43 +0200
Cc: "Andi Kleen" <ak@xxxxxxx>, linux-xfs@xxxxxxxxxxx
In-reply-to: <200009291349.IAA18870@xxxxxxxxxxxxxxxxxxxx>; from lord@xxxxxxx on Fri, Sep 29, 2000 at 08:49:53AM -0500
References: <ak@xxxxxxx> <200009291349.IAA18870@xxxxxxxxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
On Fri, Sep 29, 2000 at 08:49:53AM -0500, Steve Lord wrote:
> > On Thu, Sep 28, 2000 at 05:44:39PM -0500, Steve Lord wrote:
> > > Because we have some unofficial system calls in the tree for xfs and
> > > there are other new system calls in test8 I would recommend a command
> > > rebuild after this (make clean; make). This really only affects extended
> > > attribute code, but these calls are in some of the command binaries,
> > > and some of the test programs will fail if this is not done.
> > 
> > Do you have plans to disable the system calls for the beta ?  (or allocate
> > official slots for them) 
> > 
> > -Andi
> 
> 
> The calls are in the beta images - and the caveat list says they will
> change. Since nothing as yet is really using them I was not in a hurry
> to get this sorted out - but it does make tree merges a pain. We do need
> to find a solution, although I suspect it would only be a temporary one
> given the fact that there is at least one other extended attribute
> interface out there (http://acl.bestbits.at/). It has just not made it to
> the top of the list yet.

The big problem is that there is no reliable way to detect these calls.
If Linus adds another system call there it may just cause the the XFS
programs to crash in weird ways. When nobody is using them yet I would 
suggest to disable them unless a final solution for the API is found.

-Andi


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