]> git.ipfire.org Git - thirdparty/e2fsprogs.git/commit - lib/ext2fs/ext2fs.h
Fix encoding for rec_len in directories for >= 64k blocksize file systems
authorTheodore Ts'o <tytso@mit.edu>
Mon, 22 Jun 2009 01:07:38 +0000 (21:07 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Mon, 22 Jun 2009 01:07:38 +0000 (21:07 -0400)
commit8a480350952f6f0fdbce54326b6d847e66368897
tree8f09d26e06335f00dec8166acaae425cc30c3523
parent8a6ede8b7a8d5be0d49d6bfa7616537b61dfdc1b
Fix encoding for rec_len in directories for >= 64k blocksize file systems

Previously e2fsprogs interpreted 0 for a rec_len of 65536 (which could
occur if the directory block is completely empty in 64k blocksize
filesystems), while the kernel interpreted 65535 to mean 65536.  The
kernel will accept both to mean 65536, and encodes 65535 to be 65536.
This commit changes e2fsprogs to match.

We add the encoding agreed upon for 128k and 256k filesystems, but we
don't enable support for these larger block sizes, since they haven't
been fully tested.

Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
14 files changed:
debian/e2fslibs.symbols
debugfs/htree.c
e2fsck/message.c
e2fsck/pass1.c
e2fsck/pass2.c
e2fsck/rehash.c
lib/ext2fs/dir_iterate.c
lib/ext2fs/dirblock.c
lib/ext2fs/ext2fs.h
lib/ext2fs/link.c
lib/ext2fs/newdir.c
misc/e2image.c
tests/f_dup3/expect.1
tests/f_dupfsblks/expect.1