summaryrefslogtreecommitdiff
path: root/fs/iomap.c
diff options
context:
space:
mode:
authorDarrick J. Wong <darrick.wong@oracle.com>2017-07-08 04:55:17 +0300
committerDarrick J. Wong <darrick.wong@oracle.com>2017-07-08 04:55:17 +0300
commitcd87d867920155911d0d2e6485b769d853547750 (patch)
tree8f9a2c8e14204eeb8823ff67a94e3386e4313120 /fs/iomap.c
parent6eb0b8df9f74f33d1a69100117630a7a87a9cc96 (diff)
downloadlinux-cd87d867920155911d0d2e6485b769d853547750.tar.xz
xfs: don't crash on unexpected holes in dir/attr btrees
In quite a few places we call xfs_da_read_buf with a mappedbno that we don't control, then assume that the function passes back either an error code or a buffer pointer. Unfortunately, if mappedbno == -2 and bno maps to a hole, we get a return code of zero and a NULL buffer, which means that we crash if we actually try to use that buffer pointer. This happens immediately when we set the buffer type for transaction context. Therefore, check that we have no error code and a non-NULL bp before trying to use bp. This patch is a follow-up to an incomplete fix in 96a3aefb8ffde231 ("xfs: don't crash if reading a directory results in an unexpected hole"). Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Diffstat (limited to 'fs/iomap.c')
0 files changed, 0 insertions, 0 deletions