From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fabio Massimo Di Nitto Date: Sat, 01 Dec 2007 05:08:28 +0100 Subject: [Cluster-devel] cluster/gfs-kernel/src/gfs inode.c ops_file.c ... In-Reply-To: <20071130214855.29208.qmail@sourceware.org> References: <20071130214855.29208.qmail@sourceware.org> Message-ID: <4750DE3C.5090004@ubuntu.com> List-Id: To: cluster-devel.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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? Thanks Fabio -- I'm going to make him an offer he can't refuse.