From: Wengang Wang <wen.gang.wang@oracle.com>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] [PATCH] ocfs2: Plugs race between the dc thread and an unlock ast message
Date: Thu, 4 Feb 2010 18:27:29 +0800 [thread overview]
Message-ID: <20100204102729.GA4339@laptop.oracle.com> (raw)
In-Reply-To: <1265221014-10591-1-git-send-email-sunil.mushran@oracle.com>
Hi Sunil,
Just for my knowledage.
By "unlock ast message", do you meant
ocfs2_locking_ast()->ocfs2_generic_handle_downconvert_action()?
If yes,
if l_blocking did not changed before ocfs2_generic_handle_downconvert_action(),
when l_level is set with a lower value, l_blocking must change.
So why we need to check l_level?
regards,
wengang.
On 10-02-03 10:16, Sunil Mushran wrote:
> This patch plugs a race between the downconvert thread and an unlock ast message.
> Specifically, after the downconvert worker has done its task, the dc thread needs
> to check whether an unlock ast made the downconvert moot.
>
> Reported-by: David Teigland <teigland@redhat.com>
> Signed-off-by: Sunil Mushran <sunil.mushran@oracle.com>
> Acked-by: Mark Fasheh <mfasheh@sus.com>
> ---
> fs/ocfs2/dlmglue.c | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/fs/ocfs2/dlmglue.c b/fs/ocfs2/dlmglue.c
> index 1c4d704..28b3e21 100644
> --- a/fs/ocfs2/dlmglue.c
> +++ b/fs/ocfs2/dlmglue.c
> @@ -3384,6 +3384,7 @@ static int ocfs2_unblock_lock(struct ocfs2_super *osb,
> unsigned long flags;
> int blocking;
> int new_level;
> + int level;
> int ret = 0;
> int set_lvb = 0;
> unsigned int gen;
> @@ -3503,6 +3504,7 @@ recheck:
> * may sleep, so we save off a copy of what we're blocking as
> * it may change while we're not holding the spin lock. */
> blocking = lockres->l_blocking;
> + level = lockres->l_level;
> spin_unlock_irqrestore(&lockres->l_lock, flags);
>
> ctl->unblock_action = lockres->l_ops->downconvert_worker(lockres, blocking);
> @@ -3511,7 +3513,7 @@ recheck:
> goto leave;
>
> spin_lock_irqsave(&lockres->l_lock, flags);
> - if (blocking != lockres->l_blocking) {
> + if ((blocking != lockres->l_blocking) || (level != lockres->l_level)) {
> /* If this changed underneath us, then we can't drop
> * it just yet. */
> goto recheck;
> --
> 1.6.3.3
>
>
> _______________________________________________
> Ocfs2-devel mailing list
> Ocfs2-devel at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-devel
next prev parent reply other threads:[~2010-02-04 10:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-03 18:16 [Ocfs2-devel] [PATCH] ocfs2: Plugs race between the dc thread and an unlock ast message Sunil Mushran
2010-02-04 10:27 ` Wengang Wang [this message]
2010-02-04 19:36 ` Sunil Mushran
2010-02-05 6:01 ` Joel Becker
2010-02-05 18:39 ` Sunil Mushran
2010-02-05 19:33 ` Mark Fasheh
2010-02-05 23:37 ` Sunil Mushran
2010-02-09 20:55 ` David Teigland
2010-02-09 21:49 ` Sunil Mushran
2010-02-05 16:24 ` David Teigland
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=20100204102729.GA4339@laptop.oracle.com \
--to=wen.gang.wang@oracle.com \
--cc=ocfs2-devel@oss.oracle.com \
/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.