lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20170624054356.43nui7l6o27dphrr@thunk.org> Date: Sat, 24 Jun 2017 01:43:56 -0400 From: Theodore Ts'o <tytso@....edu> To: Andreas Dilger <adilger@...ger.ca> Cc: Artem Blagodarenko <artem.blagodarenko@...il.com>, linux-ext4 <linux-ext4@...r.kernel.org>, Alexey Lyashkov <alexey.lyashkov@...il.com>, Eric Biggers <ebiggers3@...il.com>, Yang Sheng <yang.sheng@...el.com>, Artem Blagodarenko <artem.blagodarenko@...gate.com> Subject: Re: [PATCH v3] Add largedir feature It looks like there are at least two xfstests failures if the largedir feature is enabled. generic/021 fails, but I think this may be a test issue because it seems to be a mke2fs complaining about not having enough space to create the file system. generic/027, which is an ENOSPC hitter, is failing with largedir enabled, but apparently it hasn't been failing w/o this feature being enabled. The test description is "Run 8 processes writing 1k files to seperate files in seperate dirs to hit ENOSPC on small fs with little free space. Loop for 100 iterations." This was using the following configuration: export EXT_MKFS_OPTIONS="-I 2048 -O ^64bit,mmp,uninit_bg,^extents,large_dir,dir_nlink,quota,huge_file,flex_bg -E lazy_journal_init" - Ted
Powered by blists - more mailing lists