Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1560284
| From | Eric Ren <zren@suse.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [PATCH v3 0/2] fix deadlock caused by recursive cluster locking |
| Date | 2017-01-17 08:00 +0100 |
| Message-ID | <t0vUl-3FL-11@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
This is a formal patch set v2 to solve the deadlock issue on which I previously started a RFC (draft patch), and the discussion happened here: [https://oss.oracle.com/pipermail/ocfs2-devel/2016-October/012455.html] Compared to the previous draft patch, this one is much simple and neat. It neither messes up the dlmglue core, nor has a performance penalty on the whole cluster locking system. Instead, it is only used in places where such recursive cluster locking may happen. Changes since v1: - Let ocfs2_is_locked_by_me() just return true/false to indicate if the process gets the cluster lock - suggested by: Joseph Qi <jiangqi903@gmail.com> and Junxiao Bi <junxiao.bi@oracle.com>. - Change "struct ocfs2_holder" to a more meaningful name "ocfs2_lock_holder", suggested by: Junxiao Bi. - Add debugging output at ocfs2_setattr() and ocfs2_permission() to catch exceptional cases, suggested by: Junxiao Bi. - Do not inline functions whose bodies are not in scope, changed by: Stephen Rothwell <sfr@canb.auug.org.au>. Changes since v2: - Use new wrappers of tracking logic code, suggested by: Junxiao Bi. Your comments and feedbacks are always welcomed. Eric Ren (2): ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock ocfs2: fix deadlock issue when taking inode lock at vfs entry points fs/ocfs2/acl.c | 29 +++++++-------- fs/ocfs2/dlmglue.c | 105 +++++++++++++++++++++++++++++++++++++++++++++++++++-- fs/ocfs2/dlmglue.h | 18 +++++++++ fs/ocfs2/file.c | 58 ++++++++++++++++++++++------- fs/ocfs2/ocfs2.h | 1 + 5 files changed, 179 insertions(+), 32 deletions(-) -- 2.10.2
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
[PATCH v3 0/2] fix deadlock caused by recursive cluster locking Eric Ren <zren@suse.com> - 2017-01-17 08:00 +0100
[PATCH v3 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock Eric Ren <zren@suse.com> - 2017-01-17 08:00 +0100
Re: [PATCH v3 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock Joseph Qi <jiangqi903@gmail.com> - 2017-01-17 08:40 +0100
Re: [PATCH v3 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock Eric Ren <zren@suse.com> - 2017-01-17 09:00 +0100
Re: [PATCH v3 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock Joseph Qi <jiangqi903@gmail.com> - 2017-01-17 10:00 +0100
Re: [PATCH v3 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock Eric Ren <zren@suse.com> - 2017-01-17 11:00 +0100
Re: [PATCH v3 1/2] ocfs2/dlmglue: prepare tracking logic to avoid recursive cluster lock Junxiao Bi <junxiao.bi@oracle.com> - 2017-01-17 08:40 +0100
[PATCH v3 2/2] ocfs2: fix deadlock issue when taking inode lock at vfs entry points Eric Ren <zren@suse.com> - 2017-01-17 08:00 +0100
Re: [PATCH v3 2/2] ocfs2: fix deadlock issue when taking inode lock at vfs entry points Junxiao Bi <junxiao.bi@oracle.com> - 2017-01-17 08:40 +0100
Re: [PATCH v3 2/2] ocfs2: fix deadlock issue when taking inode lock at vfs entry points Joseph Qi <jiangqi903@gmail.com> - 2017-01-17 08:50 +0100
csiph-web