[Cluster-devel] cluster/gfs-kernel/src/gfs inode.c ops_file.c ...
Wendy Cheng
wcheng at redhat.com
Sun Dec 2 02:51:41 UTC 2007
Fabio Massimo Di Nitto wrote:
>wcheng at sourceware.org wrote:
>
>
>>CVSROOT: /cvs/cluster
>>Module name: cluster
>>Branch: RHEL5
>>Changes by: wcheng at sourceware.org 2007-11-30 21:48:54
>>
>>Modified files:
>> gfs-kernel/src/gfs: inode.c ops_file.c ops_file.h
>>
>>Log message:
>> Red Hat bugzilla 244343:
>>
>> GFS supports two modes of locking - lock_nolock for single node filesystem
>> and lock_dlm for cluster mode locking. The gfs lock methods are removed from
>> file operation table for lock_nolock protocol. This would allow VFS to handle
>> posix lock and flock logics just like other in-tree filesystems without
>> duplication.
>>
>>Patches:
>>http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/inode.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.26&r2=1.26.2.1
>>http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_file.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.28.2.2&r2=1.28.2.3
>>http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_file.h.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.2&r2=1.2.2.1
>>
>>
>>
>
>
>Should this patch land in HEAD as well?
>
>
>
>
Yes .. but gfs(1)-kernel HEAD is currently broken .. Will review few
proposed patches (including your NFS patches) and do a clean-up first
thing next week.
-- Wendy
More information about the Cluster-devel
mailing list