2008-07-21 07:59:38

by Julia Lawall

[permalink] [raw]
Subject: [PATCH 7/7] fs/ocfs2/file.c: Release mutex in error handling code

From: Julia Lawall <[email protected]>

The mutex is released on a successful return, so it would seem that it
should be released on an error return as well.

The semantic patch finds this problem is as follows:
(http://www.emn.fr/x-info/coccinelle/)

// <smpl>
@@
expression l;
@@

mutex_lock(l);
... when != mutex_unlock(l)
when any
when strict
(
if (...) { ... when != mutex_unlock(l)
+ mutex_unlock(l);
return ...;
}
|
mutex_unlock(l);
)
// </smpl>

Signed-off-by: Julia Lawall <[email protected]>

---
diff -u -p a/fs/ocfs2/file.c b/fs/ocfs2/file.c
--- a/fs/ocfs2/file.c
+++ b/fs/ocfs2/file.c
@@ -1766,8 +1766,8 @@ out_inode_unlock:
out_rw_unlock:
ocfs2_rw_unlock(inode, 1);

- mutex_unlock(&inode->i_mutex);
out:
+ mutex_unlock(&inode->i_mutex);
return ret;
}


2008-07-21 20:37:12

by Joel Becker

[permalink] [raw]
Subject: Re: [PATCH 7/7] fs/ocfs2/file.c: Release mutex in error handling code

On Mon, Jul 21, 2008 at 09:59:15AM +0200, Julia Lawall wrote:
> From: Julia Lawall <[email protected]>
>
> The mutex is released on a successful return, so it would seem that it
> should be released on an error return as well.

This patch looks right to me. Mark?

Joel


--

"If you are ever in doubt as to whether or not to kiss a pretty girl,
give her the benefit of the doubt"
-Thomas Carlyle

Joel Becker
Principal Software Developer
Oracle
E-mail: [email protected]
Phone: (650) 506-8127

2008-07-22 00:07:28

by Mark Fasheh

[permalink] [raw]
Subject: Re: [PATCH 7/7] fs/ocfs2/file.c: Release mutex in error handling code

On Mon, Jul 21, 2008 at 01:36:08PM -0700, Joel Becker wrote:
> On Mon, Jul 21, 2008 at 09:59:15AM +0200, Julia Lawall wrote:
> > From: Julia Lawall <[email protected]>
> >
> > The mutex is released on a successful return, so it would seem that it
> > should be released on an error return as well.
>
> This patch looks right to me. Mark?

Yeah, that looks good. Thanks Julia.
--Mark

--
Mark Fasheh