summaryrefslogtreecommitdiffstats
path: root/firmware/edgeport/down3.bin.ihex
diff options
context:
space:
mode:
authorTheodore Ts'o <tytso@mit.edu>2014-07-11 19:55:40 +0200
committerTheodore Ts'o <tytso@mit.edu>2014-07-11 19:55:40 +0200
commitf9ae9cf5d72b3926ca48ea60e15bdbb840f42372 (patch)
treec80eaf6959f3c8cea964782a5262a71a1d6bd92f /firmware/edgeport/down3.bin.ihex
parentext4: disable synchronous transaction batching if max_batch_time==0 (diff)
downloadlinux-f9ae9cf5d72b3926ca48ea60e15bdbb840f42372.tar.xz
linux-f9ae9cf5d72b3926ca48ea60e15bdbb840f42372.zip
ext4: revert commit which was causing fs corruption after journal replays
Commit 007649375f6af2 ("ext4: initialize multi-block allocator before checking block descriptors") causes the block group descriptor's count of the number of free blocks to become inconsistent with the number of free blocks in the allocation bitmap. This is a harmless form of fs corruption, but it causes the kernel to potentially remount the file system read-only, or to panic, depending on the file systems's error behavior. Thanks to Eric Whitney for his tireless work to reproduce and to find the guilty commit. Fixes: 007649375f6af2 ("ext4: initialize multi-block allocator before checking block descriptors" Cc: stable@vger.kernel.org # 3.15 Reported-by: David Jander <david@protonic.nl> Reported-by: Matteo Croce <technoboy85@gmail.com> Tested-by: Eric Whitney <enwlinux@gmail.com> Suggested-by: Eric Whitney <enwlinux@gmail.com> Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Diffstat (limited to 'firmware/edgeport/down3.bin.ihex')
0 files changed, 0 insertions, 0 deletions