[Cluster-devel] cluster/gfs-kernel/src/gfs inode.c ops_file.c ...

[Wendy Cheng <wcheng@redhat.com>]

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