From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <cluster-cvs-return-4956-listarch-cluster-cvs=sources.redhat.com@sourceware.org>
Received: (qmail 21281 invoked by alias); 15 Oct 2006 07:25:15 -0000
Received: (qmail 21246 invoked by uid 9572); 15 Oct 2006 07:25:14 -0000
Date: Sun, 15 Oct 2006 07:25:00 -0000
Message-ID: <20061015072514.21245.qmail@sourceware.org>
From: wcheng@sourceware.org
To: cluster-cvs@sources.redhat.com
Subject: cluster/gfs-kernel/src/gfs ops_inode.c
Mailing-List: contact cluster-cvs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:cluster-cvs-subscribe@sourceware.org>
List-Post: <mailto:cluster-cvs@sourceware.org>
List-Help: <mailto:cluster-cvs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: cluster-cvs-owner@sourceware.org
X-SW-Source: 2006-q4/txt/msg00162.txt.bz2
List-Id: <cluster-cvs.sourceware.org>

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	wcheng@sourceware.org	2006-10-15 07:25:14

Modified files:
	gfs-kernel/src/gfs: ops_inode.c 

Log message:
	Just found 2.6.18 kernel has something called down_read_non_onwer for
	rwsemaphore. If we can implement a similar function that does something
	like "up_write_if_owner", then we can put i_alloc_sem back to correct
	state. Correct the comment and mark this possibility.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/ops_inode.c.diff?cvsroot=cluster&r1=1.13&r2=1.14