summaryrefslogtreecommitdiffstats
path: root/fs/block_dev.c
diff options
context:
space:
mode:
authorRoss Zwisler <ross.zwisler@linux.intel.com>2016-01-23 00:10:31 +0100
committerLinus Torvalds <torvalds@linux-foundation.org>2016-01-23 02:02:18 +0100
commitd4bbe7068b60e9263f08c54e6c2a0166c0f37317 (patch)
tree2b9f1223bd9742ccffde05d2dfc515231a5afdf5 /fs/block_dev.c
parentMerge branch 'for-linus-4.5' of git://git.kernel.org/pub/scm/linux/kernel/git... (diff)
downloadlinux-d4bbe7068b60e9263f08c54e6c2a0166c0f37317.tar.xz
linux-d4bbe7068b60e9263f08c54e6c2a0166c0f37317.zip
dax: fix NULL pointer dereference in __dax_dbg()
In __dax_pmd_fault() we currently assume that get_block() will always set bh.b_bdev and we unconditionally dereference it in __dax_dbg(). This assumption isn't always true - when called for reads of holes ext4_dax_mmap_get_block() returns a buffer head where bh->b_bdev is never set. I hit this BUG while testing the DAX PMD fault path. Instead, initialize bh.b_bdev before passing bh into get_block(). It is possible that the filesystem's get_block() will update bh.b_bdev, and this is fine - we just want to initialize bh.b_bdev to something reasonable so that the calls to __dax_dbg() work and print something useful. Signed-off-by: Ross Zwisler <ross.zwisler@linux.intel.com> Reported-by: Dan Williams <dan.j.williams@intel.com> Cc: Jan Kara <jack@suse.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/block_dev.c')
0 files changed, 0 insertions, 0 deletions