Waiman Long
2013-Jul-03 20:22 UTC
[PATCH v3 22/25] ocfs2: Change how dentry''s d_lock field is accessed
Because of the changes made in dcache.h header file, files that use the d_lock field of the dentry structure need to be changed accordingly. All the d_lock''s spin_lock() and spin_unlock() calls are replaced by the corresponding d_lock() and d_unlock() calls. There is no change in logic and everything should just work. Signed-off-by: Waiman Long <Waiman.Long@hp.com> --- fs/ocfs2/dcache.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/fs/ocfs2/dcache.c b/fs/ocfs2/dcache.c index ef99972..4f72906 100644 --- a/fs/ocfs2/dcache.c +++ b/fs/ocfs2/dcache.c @@ -173,17 +173,17 @@ struct dentry *ocfs2_find_local_alias(struct inode *inode, spin_lock(&inode->i_lock); hlist_for_each_entry(dentry, &inode->i_dentry, d_alias) { - spin_lock(&dentry->d_lock); + d_lock(dentry); if (ocfs2_match_dentry(dentry, parent_blkno, skip_unhashed)) { trace_ocfs2_find_local_alias(dentry->d_name.len, dentry->d_name.name); dget_dlock(dentry); - spin_unlock(&dentry->d_lock); + d_unlock(dentry); spin_unlock(&inode->i_lock); return dentry; } - spin_unlock(&dentry->d_lock); + d_unlock(dentry); } spin_unlock(&inode->i_lock); return NULL; -- 1.7.1
Waiman Long
2013-Jul-03 20:22 UTC
[Ocfs2-devel] [PATCH v3 22/25] ocfs2: Change how dentry's d_lock field is accessed
Because of the changes made in dcache.h header file, files that use the d_lock field of the dentry structure need to be changed accordingly. All the d_lock's spin_lock() and spin_unlock() calls are replaced by the corresponding d_lock() and d_unlock() calls. There is no change in logic and everything should just work. Signed-off-by: Waiman Long <Waiman.Long at hp.com> --- fs/ocfs2/dcache.c | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/fs/ocfs2/dcache.c b/fs/ocfs2/dcache.c index ef99972..4f72906 100644 --- a/fs/ocfs2/dcache.c +++ b/fs/ocfs2/dcache.c @@ -173,17 +173,17 @@ struct dentry *ocfs2_find_local_alias(struct inode *inode, spin_lock(&inode->i_lock); hlist_for_each_entry(dentry, &inode->i_dentry, d_alias) { - spin_lock(&dentry->d_lock); + d_lock(dentry); if (ocfs2_match_dentry(dentry, parent_blkno, skip_unhashed)) { trace_ocfs2_find_local_alias(dentry->d_name.len, dentry->d_name.name); dget_dlock(dentry); - spin_unlock(&dentry->d_lock); + d_unlock(dentry); spin_unlock(&inode->i_lock); return dentry; } - spin_unlock(&dentry->d_lock); + d_unlock(dentry); } spin_unlock(&inode->i_lock); return NULL; -- 1.7.1
Joel Becker
2013-Jul-03 22:34 UTC
[Ocfs2-devel] [PATCH v3 22/25] ocfs2: Change how dentry's d_lock field is accessed
On Wed, Jul 03, 2013 at 04:22:02PM -0400, Waiman Long wrote:> Because of the changes made in dcache.h header file, files that > use the d_lock field of the dentry structure need to be changed > accordingly. All the d_lock's spin_lock() and spin_unlock() calls > are replaced by the corresponding d_lock() and d_unlock() calls. > There is no change in logic and everything should just work. > > Signed-off-by: Waiman Long <Waiman.Long at hp.com>This looks reasonable, but I'll wait for the followup from Linus' review. Joel> --- > fs/ocfs2/dcache.c | 6 +++--- > 1 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/fs/ocfs2/dcache.c b/fs/ocfs2/dcache.c > index ef99972..4f72906 100644 > --- a/fs/ocfs2/dcache.c > +++ b/fs/ocfs2/dcache.c > @@ -173,17 +173,17 @@ struct dentry *ocfs2_find_local_alias(struct inode *inode, > > spin_lock(&inode->i_lock); > hlist_for_each_entry(dentry, &inode->i_dentry, d_alias) { > - spin_lock(&dentry->d_lock); > + d_lock(dentry); > if (ocfs2_match_dentry(dentry, parent_blkno, skip_unhashed)) { > trace_ocfs2_find_local_alias(dentry->d_name.len, > dentry->d_name.name); > > dget_dlock(dentry); > - spin_unlock(&dentry->d_lock); > + d_unlock(dentry); > spin_unlock(&inode->i_lock); > return dentry; > } > - spin_unlock(&dentry->d_lock); > + d_unlock(dentry); > } > spin_unlock(&inode->i_lock); > return NULL; > -- > 1.7.1 >-- "Where are my angels? Where's my golden one? And where is my hope Now that my heroes are gone?" http://www.jlbec.org/ jlbec at evilplan.org