diff options
author | Dave Chinner <dchinner@redhat.com> | 2010-12-23 11:57:13 +1100 |
---|---|---|
committer | Dave Chinner <david@fromorbit.com> | 2010-12-23 11:57:13 +1100 |
commit | dcfcf20512cb517ac18b9433b676183fa1257911 (patch) | |
tree | fd5551251e63f47dbb804e36cfd4cb3f15f5c322 /Documentation/misc-devices/bh1770glc.txt | |
parent | 489a150f6454e2cd93d9e0ee6d7c5a361844f62a (diff) |
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 'Documentation/misc-devices/bh1770glc.txt')
0 files changed, 0 insertions, 0 deletions