All of lore.kernel.org
 help / color / mirror / Atom feed
From: cfeist@sourceware.org <cfeist@sourceware.org>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] Cluster Project branch, RHEL46, updated. cman-kernel_2_6_9_54-8-g1c9932d
Date: 16 Apr 2008 19:21:40 -0000	[thread overview]
Message-ID: <20080416192140.1253.qmail@sourceware.org> (raw)

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Cluster Project".

http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=1c9932d3cc533daedac7cfb3a50b7d6ff8d07990

The branch, RHEL46 has been updated
       via  1c9932d3cc533daedac7cfb3a50b7d6ff8d07990 (commit)
      from  16b6a74c24d437cacd136d3376cae61eb45a4e38 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 1c9932d3cc533daedac7cfb3a50b7d6ff8d07990
Author: David Teigland <teigland@redhat.com>
Date:   Thu Feb 28 09:49:26 2008 -0600

    lock_dlm: skip busy plocks in unlock
    
    bz 432707
    
    Another problem with multiple threads manipulating the same
    plocks (also see bz 383391).  In this case thread1 was waiting
    on a plock that was in the dlm, when thread2 came and tried to
    unlock it (due to the process exiting and closing all files).
    dlm returns EBUSY for the unlock, which causes lock_dlm to assert
    (another work around could be to just not assert on EBUSY.)
    The "busy" flag was recently added to plocks to work around
    another similar problem with multiple threads; use that to
    just skip the unlock on any plock that's busy.
    
    4.6.z bz#440665

-----------------------------------------------------------------------

Summary of changes:
 gfs-kernel/src/dlm/plock.c |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/gfs-kernel/src/dlm/plock.c b/gfs-kernel/src/dlm/plock.c
index bc4cfc4..e1bc46d 100644
--- a/gfs-kernel/src/dlm/plock.c
+++ b/gfs-kernel/src/dlm/plock.c
@@ -833,6 +833,8 @@ static int punlock_internal(struct dlm_resource *r, unsigned long owner,
 	list_for_each_entry_safe(po, safe, &r->locks, list) {
 		if (po->owner != owner)
 			continue;
+		if (po->busy)
+			continue;
 		if (!ranges_overlap(po->start, po->end, start, end))
 			continue;
 


hooks/post-receive
--
Cluster Project



                 reply	other threads:[~2008-04-16 19:21 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080416192140.1253.qmail@sourceware.org \
    --to=cfeist@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.