xfs: fix locking for inode cache radix tree tag updates

Christoph Hellwig hch at lst.de
Tue Mar 2 03:31:41 CST 2010


On Mon, Mar 01, 2010 at 07:06:42PM -0600, Alex Elder wrote:
> As I understand it, the point here is that the tags associated
> with a value stored in a radix tree are just as much "content"
> as the value itself.  Therefore you need to use the same locking
> protocol.  So we need to get the write lock to modify a tag value.

Yes.

> This succeeds at getting xfs_reclaim_inode() to skip over
> this one.  I think it's overloading the flag though--at least
> the name of the flag (which maybe is ambiguous anyway) doesn't
> really reflect what's happening here.  (The result is correct,
> however.)

We're kind of reclaiming the inode - just instead of freeing it
we're immediately reusing it.  We used the XFS_IRECLAIM flag
the same way before we started redoing the iget code.




More information about the xfs mailing list