From: Steven Whitehouse <swhiteho@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [PATCH 0/4] Patches for gfs2_lookup_by_inum deadlock
Date: Fri, 24 Jun 2016 12:04:30 +0100 [thread overview]
Message-ID: <576D13BE.1060603@redhat.com> (raw)
In-Reply-To: <1466438133-10564-1-git-send-email-rpeterso@redhat.com>
Copying in Al for comment. The patches look good to me though from the
GFS2 perspective. Lets make sure that we do test them very carefully,
since this is a very tricky area to get right,
Steve.
On 20/06/16 16:55, Bob Peterson wrote:
> Hi,
>
> This is a set of four patches from Andreas Gruenbacher that fix the
> gfs2_lookup_by_inum deadlock problem, plus a few bugs we've uncovered
> during testing, and a cleanup or two. I've been working with Andreas
> for a while now, and we've both made several attempts to fix this
> problem in the past, in regard to the transition of dinodes from the
> "unlinked" to the "free" state. This is the latest attempt, and it
> seems to be working well.
>
> I sent the first 3 patches on 15 June, and Andreas had posted some of
> this as well, but I wanted to add the fourth patch, plus cc linux-fsdevel.
>
> Prior to that, a previous version was posted which included a patch to
> VFS, but Al Viro didn't like that. That design was scrapped in favor
> of this one, which is simpler and confined to GFS2. Hopefully Al will
> like this implementation.
>
> Signed-off-by: Andreas Gruenbacher <agruenba@redhat.com>
> Signed-off-by: Bob Peterson <rpeterso@redhat.com>
> ---
> Andreas Gruenbacher (4):
> gfs2: Fix gfs2_lookup_by_inum lock inversion
> gfs2: Get rid of gfs2_ilookup
> gfs2: Large-filesystem fix for 32-bit systems
> gfs2: Lock holder cleanup
>
> fs/gfs2/dentry.c | 2 +-
> fs/gfs2/dir.c | 3 +-
> fs/gfs2/export.c | 11 -----
> fs/gfs2/file.c | 2 +-
> fs/gfs2/glock.c | 11 +----
> fs/gfs2/glock.h | 10 ++++
> fs/gfs2/inode.c | 128 ++++++++++++++++++++++++++++++++++-----------------
> fs/gfs2/inode.h | 4 +-
> fs/gfs2/main.c | 2 +-
> fs/gfs2/ops_fstype.c | 3 +-
> fs/gfs2/quota.c | 2 +-
> fs/gfs2/rgrp.c | 4 +-
> fs/gfs2/super.c | 24 ++++++----
> 13 files changed, 123 insertions(+), 83 deletions(-)
>
WARNING: multiple messages have this Message-ID (diff)
From: Steven Whitehouse <swhiteho@redhat.com>
To: Bob Peterson <rpeterso@redhat.com>, linux-fsdevel@vger.kernel.org
Cc: cluster-devel@redhat.com, Alexander Viro <aviro@redhat.com>
Subject: Re: [Cluster-devel] [PATCH 0/4] Patches for gfs2_lookup_by_inum deadlock
Date: Fri, 24 Jun 2016 12:04:30 +0100 [thread overview]
Message-ID: <576D13BE.1060603@redhat.com> (raw)
In-Reply-To: <1466438133-10564-1-git-send-email-rpeterso@redhat.com>
Copying in Al for comment. The patches look good to me though from the
GFS2 perspective. Lets make sure that we do test them very carefully,
since this is a very tricky area to get right,
Steve.
On 20/06/16 16:55, Bob Peterson wrote:
> Hi,
>
> This is a set of four patches from Andreas Gruenbacher that fix the
> gfs2_lookup_by_inum deadlock problem, plus a few bugs we've uncovered
> during testing, and a cleanup or two. I've been working with Andreas
> for a while now, and we've both made several attempts to fix this
> problem in the past, in regard to the transition of dinodes from the
> "unlinked" to the "free" state. This is the latest attempt, and it
> seems to be working well.
>
> I sent the first 3 patches on 15 June, and Andreas had posted some of
> this as well, but I wanted to add the fourth patch, plus cc linux-fsdevel.
>
> Prior to that, a previous version was posted which included a patch to
> VFS, but Al Viro didn't like that. That design was scrapped in favor
> of this one, which is simpler and confined to GFS2. Hopefully Al will
> like this implementation.
>
> Signed-off-by: Andreas Gruenbacher <agruenba@redhat.com>
> Signed-off-by: Bob Peterson <rpeterso@redhat.com>
> ---
> Andreas Gruenbacher (4):
> gfs2: Fix gfs2_lookup_by_inum lock inversion
> gfs2: Get rid of gfs2_ilookup
> gfs2: Large-filesystem fix for 32-bit systems
> gfs2: Lock holder cleanup
>
> fs/gfs2/dentry.c | 2 +-
> fs/gfs2/dir.c | 3 +-
> fs/gfs2/export.c | 11 -----
> fs/gfs2/file.c | 2 +-
> fs/gfs2/glock.c | 11 +----
> fs/gfs2/glock.h | 10 ++++
> fs/gfs2/inode.c | 128 ++++++++++++++++++++++++++++++++++-----------------
> fs/gfs2/inode.h | 4 +-
> fs/gfs2/main.c | 2 +-
> fs/gfs2/ops_fstype.c | 3 +-
> fs/gfs2/quota.c | 2 +-
> fs/gfs2/rgrp.c | 4 +-
> fs/gfs2/super.c | 24 ++++++----
> 13 files changed, 123 insertions(+), 83 deletions(-)
>
next prev parent reply other threads:[~2016-06-24 11:04 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-20 15:55 [Cluster-devel] [PATCH 0/4] Patches for gfs2_lookup_by_inum deadlock Bob Peterson
2016-06-20 15:55 ` Bob Peterson
2016-06-20 15:55 ` [Cluster-devel] [PATCH 1/4] gfs2: Fix gfs2_lookup_by_inum lock inversion Bob Peterson
2016-06-20 15:55 ` Bob Peterson
2016-06-20 15:55 ` [Cluster-devel] [PATCH 2/4] gfs2: Get rid of gfs2_ilookup Bob Peterson
2016-06-20 15:55 ` Bob Peterson
2016-06-20 15:55 ` [Cluster-devel] [PATCH 3/4] gfs2: Large-filesystem fix for 32-bit systems Bob Peterson
2016-06-20 15:55 ` Bob Peterson
2016-06-20 15:55 ` [Cluster-devel] [PATCH 4/4] gfs2: Lock holder cleanup Bob Peterson
2016-06-20 15:55 ` Bob Peterson
2016-06-24 11:04 ` Steven Whitehouse [this message]
2016-06-24 11:04 ` [Cluster-devel] [PATCH 0/4] Patches for gfs2_lookup_by_inum deadlock Steven Whitehouse
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=576D13BE.1060603@redhat.com \
--to=swhiteho@redhat.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.