[PATCH] security: Delay freeing inode->i_security till the end of RCU grace period
Chandra Seetharaman
sekharan at us.ibm.com
Tue Dec 6 10:09:38 CST 2011
On Tue, 2011-12-06 at 10:14 -0500, Christoph Hellwig wrote:
> On Mon, Dec 05, 2011 at 12:42:21PM -0600, Chandra Seetharaman wrote:
> > while running test case 234 from xfstests test suite, I was getting an
> > occational memory fault in inode_has_perm() with the following stack
>
> Interesting. Given that have no good way to free other data with the
> normal inode callback it looks like we indeed need to do this
> separately.
>
> What about IMA or similar monsters? Posix ACLs already are covered at
> least.
>
Hi Christoph,
The problem is pretty much located in the function
fs/inode.c:destroy_inode(), which calls __destroy_inode(), which does
the freeing, and then does the call_rcu() on the inode.
I looked at all the functions in __destroy_inode() and found only
security_inode_free() to be problematic. Others would handle the
situation gracefully.
Sorry for the lack of knowledge. what is IMA ?
Chandra
More information about the xfs
mailing list