mirror of
https://mirrors.bfsu.edu.cn/git/linux.git
synced 2024-11-24 20:54:10 +08:00
434a964daa
Clement Lecigne reports a filesystem which causes a kernel oops in
hfs_find_init() trying to dereference sb->ext_tree which is NULL.
This proves to be because the filesystem has a corrupted MDB extent
record, where the extents file does not fit into the first three extents
in the file record (the first blocks).
In hfs_get_block() when looking up the blocks for the extent file
(HFS_EXT_CNID), it fails the first blocks special case, and falls
through to the extent code (which ultimately calls hfs_find_init())
which is in the process of being initialised.
Hfs avoids this scenario by always having the extents b-tree fitting
into the first blocks (the extents B-tree can't have overflow extents).
The fix is to check at mount time that the B-tree fits into first
blocks, i.e. fail if HFS_I(inode)->alloc_blocks >=
HFS_I(inode)->first_blocks
Note, the existing commit
|
||
---|---|---|
.. | ||
attr.c | ||
bfind.c | ||
bitmap.c | ||
bnode.c | ||
brec.c | ||
btree.c | ||
btree.h | ||
catalog.c | ||
dir.c | ||
extent.c | ||
hfs_fs.h | ||
hfs.h | ||
inode.c | ||
Kconfig | ||
Makefile | ||
mdb.c | ||
part_tbl.c | ||
string.c | ||
super.c | ||
sysdep.c | ||
trans.c |