summaryrefslogtreecommitdiffstats
path: root/Documentation/vm/overcommit-accounting.rst
diff options
context:
space:
mode:
authorErnesto A. Fernández <ernesto.mnd.fernandez@gmail.com>2018-10-30 15:06:07 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2018-10-31 08:54:13 -0700
commitd057c036672f33d43a5f7344acbb08cf3a8a0c09 (patch)
tree8bffb2a92f5aee8f9cce013f5476992c8a528ffb /Documentation/vm/overcommit-accounting.rst
parent19a9d0f1acf75e8be8cfba19c1a34e941846fa2b (diff)
downloadlinux-d057c036672f33d43a5f7344acbb08cf3a8a0c09.tar.bz2
hfs: prevent btree data loss on root split
This bug is triggered whenever hfs_brec_update_parent() needs to split the root node. The height of the btree is not increased, which leaves the new node orphaned and its records lost. It is not possible for this to happen on a valid hfs filesystem because the index nodes have fixed length keys. For reasons I ignore, the hfs module does have support for a number of hfsplus features. A corrupt btree header may report variable length keys and trigger this bug, so it's better to fix it. Link: http://lkml.kernel.org/r/9750b1415685c4adca10766895f6d5ef12babdb0.1535682463.git.ernesto.mnd.fernandez@gmail.com Signed-off-by: Ernesto A. Fernández <ernesto.mnd.fernandez@gmail.com> Cc: Christoph Hellwig <hch@infradead.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'Documentation/vm/overcommit-accounting.rst')
0 files changed, 0 insertions, 0 deletions