[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180309072823.tgpjxrnfyvyp2edh@rh_laptop>
Date: Fri, 9 Mar 2018 08:28:23 +0100
From: Lukas Czerner <lczerner@...hat.com>
To: "Theodore Y. Ts'o" <tytso@....edu>
Cc: linux-ext4@...r.kernel.org
Subject: Re: Release of e2fsprogs 1.44.0
Hi Ted,
this release seems to be failing tests on big endian systems.
f_h_badnode
f_h_reindex
I've just found out so not sure what's causing it yet.
Thanks!
-Lukas
On Fri, Mar 09, 2018 at 12:08:36AM -0500, Theodore Y. Ts'o wrote:
> I've released e2fsprogs 1.44.0 in all of the usual places; it's tagged
> in the git trees on git.kernel.org, github, and sourceforge, and
> available for download at:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/e2fsprogs/v1.44.0
>
> and
>
> http://prdownloads.sourceforge.net/e2fsprogs/e2fsprogs-1.44.0.tar.gz
>
> The release notes for 1.44.0 can be found below.
>
> Cheers,
>
> - Ted
>
> E2fsprogs 1.44.0 (March 7, 2018)
> ================================
>
> Updates/Fixes since v1.43.9:
>
> UI and Features
> ---------------
>
> E2fsprogs now supports the large_dir (INCOMPAT_LARGEDIR) feature. This
> feature allows larger directories to be created, both with directory
> sizes over 2GB and and a maximum htree depth of 3 instead of the
> current limit of 2. These features are needed in order to exceed
> the currently limit of approximately 10M entries in a single
> directory for 4KB blocksize (~100k for 1KB).
>
> E2fsprogs now supports the ea_inode (INCOMPAT_EA_INODE) feature, which
> stores large extended attributes in an external inode instead of a
> single data block. This is backwards compatible with a Lustre file
> system feature, but it has been extended to support deduplicating
> extended attribute values which are used in multiple inodes.
>
> The metadata_csum feature (RO_COMPAT_METADATA_CSUM) is now enabled by
> default by mke2fs.
>
> The resize2fs program will no longer complain about resizing bigalloc
> file systems as being dangerous when doing an on-line resize (since this
> is purely a kernel feature).
>
> Debugfs's ls command will now print the high bits of the inode's mode
> bits.
>
> Fixes
> -----
>
> Fixed some potential buffer overrun bugs in the blkid library and in the
> fsck program.
>
> There were some corner cases which tune2fs wouldn't correctly handle
> when operating on a file system which was not cleanly mounted and thus
> required running the journal because it could be modified. Tune2fs will
> now run the journal before trying to change the superblock, and if the
> file system needs to be checked after the journal has been replayed, it
> will require it before proceeding. Also if the file system is busy (for
> example, because it is in use by Lustre), but is not present in the
> /proc/mounts or /etc/mtab, tune2fs will not try to replay the journal,
> since this could do real damage if it the file system is being actively
> modified by the kernel.
>
> The libss library (used by debugfs) now supports the version 7 of the
> libreadline shared library.
>
> The e2freefrag program will use the GETFSMAP ioctl if it is available
> and the file system is mounted, so that the free space statistics will
> be more accurate.
>
> The consistency checks for symlinks (especially for encrypted and inline
> data file sytems) in e2fsck are now much more careful/stringent. Also
> fixed a bug where creating a symlink using ext2fs_symlink() which was
> exactly 60 bytes long when inline data was enabled would result in a
> missing system.data xattr.
>
>
> Performance, Internal Implementation, Development Support etc.
> --------------------------------------------------------------
>
> Mke2fs now uses io_channel_flush() instead of sync() for the sync_kludge
> feature.
>
> E2fsprogs now uses i_size as the primary way of determining whether a
> symlink is a fast symlink.
>
> Fix various compiler and UBSAN warnings.
>
> Long running test are now skipped with "make check" and only run when
> "make fullcheck". The test runner will warn when potentially long
> running tests are being run via "make check".
>
> E2fsck is now much faster for bigalloc file systems when scanning
> extents for bigalloc file systems. (Addresses Google Bug #36886699)
>
> Update Czech, Spanish, French, Malay, and Ukrainian translations.
Powered by blists - more mailing lists