From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <cluster-cvs-return-6718-listarch-cluster-cvs=sources.redhat.com@sourceware.org>
Received: (qmail 16868 invoked by alias); 26 Jun 2007 17:50:07 -0000
Received: (qmail 16837 invoked by uid 9572); 26 Jun 2007 17:50:06 -0000
Date: Tue, 26 Jun 2007 17:50:00 -0000
Message-ID: <20070626175006.16836.qmail@sourceware.org>
From: wcheng@sourceware.org
To: cluster-cvs@sources.redhat.com
Subject: cluster/gfs-kernel/src/gfs glock.c
Mailing-List: contact cluster-cvs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <cluster-cvs.sourceware.org>
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: 2007-q2/txt/msg00376.txt.bz2

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	wcheng@sourceware.org	2007-06-26 17:50:06

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

Log message:
	RedHat bugzilla 239727:
	
	Previous CVS check-in did a last minute change with the way purge count
	was calculated. The intention was to trim glocks evenly across all the
	hash buckets and apparently the size of hash array was overlooked. It
	ends up with zero trimming count most of the time. This virtually makes
	glock trimming patch a void feature.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/glock.c.diff?cvsroot=cluster&r1=1.32&r2=1.33