xfs
[Top] [All Lists]

Re: XFS to main kernel source

To: Steve Lord <lord@xxxxxxx>
Subject: Re: XFS to main kernel source
From: Alexander Viro <viro@xxxxxxxxxxxx>
Date: Thu, 20 Sep 2001 16:40:51 -0400 (EDT)
Cc: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>, "Gonyou, Austin" <austin@xxxxxxxxxxxxxxx>, narancs@xxxxxxxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx
In-reply-to: <200109202016.f8KKGrL19642@jen.americas.sgi.com>
Sender: owner-linux-xfs@xxxxxxxxxxx

On Thu, 20 Sep 2001, Steve Lord wrote:

> > > Won't there be a lot of changes which need to be made for it to go into 
> > > 2.5
> > > anyway though beyond just current development? Isn't 2.5 supposed to be
> > > "radically" different?
> > 
> > Not really. 2.5 will change over time for certain but if anything the 2.5
> > changes will make it easier. One problem area with XFS is that it duplicates
> > chunks of what should be generic functionality - and 2.5 needs to provide
> > the generic paths it wants
> 
> Since we have your attention - which chunks? One of the frustrations we have
> had is the lack of feedback from anyone who has looked at XFS.

Locking.  There is a _lot_ of duplication between fs/namei.c and fs/xfs/* -
you definitely don't need most of the stuff you do with locks there.

I understand that some of that stuff may be needed for CXFS, and I would
really like to see the description of locking requirements of that animal.

Parts that are needed only on IRIX since IRIX VFS is braindead should go.
Parts that can be moved to generic code should be moved (with sane set of
methods provided by filesystems a-la CXFS). The rest will become much simpler.


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