summaryrefslogtreecommitdiffstats
path: root/sound
diff options
context:
space:
mode:
authorTheodore Ts'o <tytso@mit.edu>2013-02-27 14:54:37 -0500
committerTheodore Ts'o <tytso@mit.edu>2013-02-27 14:54:37 -0500
commit8e919d13048cd5acaadb2b15b48acbfb8832d3c2 (patch)
tree5a13e1be2d9492aef6257c8f29a4fb8d2549a94e /sound
parent304e220f0879198b1f5309ad6f0be862b4009491 (diff)
downloadlinux-8e919d13048cd5acaadb2b15b48acbfb8832d3c2.tar.bz2
ext4: fix extent status tree regression for file systems > 512GB
This fixes a regression introduced by commit f7fec032aa782. The problem was that the extents status flags caused us to mask out block numbers smaller than 2**28 blocks. Since we didn't test with file systems smaller than 512GB, we didn't notice this during the development cycle. A typical failure looks like this: EXT4-fs error (device sdb1): htree_dirblock_to_tree:919: inode #172235804: block 152052301: comm ls: bad entry in directory: rec_len is smaller than minimal - offset=0(0), inode=0, rec_len=0, name_len=0 ... where 'debugfs -R "stat <172235804>" /dev/sdb1' reports that the inode has block number 688923213. When viewed in hex, block number 152052301 (from the syslog) is 0x910224D, while block number 688923213 is 0x2910224D. Note the missing "0x20000000" in the block number. Reported-by: Markus Trippelsdorf <markus@trippelsdorf.de> Verified-by: Markus Trippelsdorf <markus@trippelsdorf.de> Reported-by: Dave Jones <davej@redhat.com> Verified-by: Dave Jones <davej@redhat.com> Cc: Zheng Liu <gnehzuil.liu@gmail.com> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Diffstat (limited to 'sound')
0 files changed, 0 insertions, 0 deletions