[lkml]   [2005]   [Sep]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Linux-cluster] Re: GFS, what's remaining
On Sun, Sep 04, 2005 at 12:28:28AM -0700, Andrew Morton wrote:
> If there is already a richer interface into all this code (such as a
> syscall one) and it's feasible to migrate the open() tricksies to that API
> in the future if it all comes unstuck then OK.
> That's why I asked (thus far unsuccessfully):

I personally was under the impression that "syscalls are not
to be added". I'm also wary of the effort required to hook into process
exit. Not to mention all the lifetiming that has to be written again.
On top of that, we lose our cute ability to shell script it. We
find this very useful in testing, and think others would in practice.

> Are you saying that the posix-file lookalike interface provides
> access to part of the functionality, but there are other APIs which are
> used to access the rest of the functionality? If so, what is that
> interface, and why cannot that interface offer access to 100% of the
> functionality, thus making the posix-file tricks unnecessary?

I thought I stated this in my other email. We're not intending
to extend dlmfs. It pretty much covers the simple DLM usage required of
a simple interface. The OCFS2 DLM does not provide any other
If the OCFS2 DLM grew more functionality, or you consider the
GFS2 DLM that already has it (and a less intuitive interface via sysfs
IIRC), I would contend that dlmfs still has a place. It's simple to use
and understand, and it's usable from shell scripts and other simple



"The first thing we do, let's kill all the lawyers."
-Henry VI, IV:ii

Joel Becker
Senior Member of Technical Staff
Phone: (650) 506-8127

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-09-04 10:07    [W:0.095 / U:6.888 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site