summary refs log tree commit diff
path: root/mm/kmemleak-test.c
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@lst.de>2020-05-14 14:06:41 -0700
committerDarrick J. Wong <darrick.wong@oracle.com>2020-05-19 09:40:58 -0700
commit4b516ff4e772993a99fc9bf36503d23ce5bd5ba9 (patch)
tree74704e6a71ac64f5c184a9b54d8fb2a746b28cb6 /mm/kmemleak-test.c
parent1a1c57b2826f8b408feb733d3321490591a6e4c9 (diff)
downloadlinux-4b516ff4e772993a99fc9bf36503d23ce5bd5ba9.tar.gz
xfs: remove the NULL fork handling in xfs_bmapi_read
Now that we fully verify the inode forks before they are added to the
inode cache, the crash reported in

  https://bugzilla.kernel.org/show_bug.cgi?id=204031

can't happen anymore, as we'll never let an inode that has inconsistent
nextents counts vs the presence of an in-core attr fork leak into the
inactivate code path.  So remove the work around to try to handle the
case, and just return an error and warn if the fork is not present.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Reviewed-by: Brian Foster <bfoster@redhat.com>
Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Diffstat (limited to 'mm/kmemleak-test.c')
0 files changed, 0 insertions, 0 deletions