aboutsummaryrefslogtreecommitdiffstats
path: root/fs/xfs/xfs_attr_leaf.c
diff options
context:
space:
mode:
authorDave Chinner <dchinner@redhat.com>2010-12-23 11:57:13 +1100
committerDave Chinner <david@fromorbit.com>2010-12-23 11:57:13 +1100
commitdcfcf20512cb517ac18b9433b676183fa1257911 (patch)
treefd5551251e63f47dbb804e36cfd4cb3f15f5c322 /fs/xfs/xfs_attr_leaf.c
parent489a150f6454e2cd93d9e0ee6d7c5a361844f62a (diff)
downloadkernel_samsung_smdk4412-dcfcf20512cb517ac18b9433b676183fa1257911.tar.gz
kernel_samsung_smdk4412-dcfcf20512cb517ac18b9433b676183fa1257911.tar.bz2
kernel_samsung_smdk4412-dcfcf20512cb517ac18b9433b676183fa1257911.zip
xfs: provide a inode iolock lockdep class
The XFS iolock needs to be re-initialised to a new lock class before it enters reclaim to prevent lockdep false positives. Unfortunately, this is not sufficient protection as inodes in the XFS_IRECLAIMABLE state can be recycled and not re-initialised before being reused. We need to re-initialise the lock state when transfering out of XFS_IRECLAIMABLE state to XFS_INEW, but we need to keep the same class as if the inode was just allocated. Hence we need a specific lockdep class variable for the iolock so that both initialisations use the same class. While there, add a specific class for inodes in the reclaim state so that it is easy to tell from lockdep reports what state the inode was in that generated the report. Signed-off-by: Dave Chinner <dchinner@redhat.com> Reviewed-by: Christoph Hellwig <hch@lst.de>
Diffstat (limited to 'fs/xfs/xfs_attr_leaf.c')
0 files changed, 0 insertions, 0 deletions