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  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Wed, 17 Oct 2007 15:34:33 -0600
From:	Andreas Dilger <>
To:	"Aneesh Kumar K.V" <>
Cc:	linux-ext4 <>
Subject: Re: [PATCH] i_dir_acl related cleanup

On Oct 16, 2007  13:09 +0530, Aneesh Kumar K.V wrote:
> I am wondering whether we can use i_size_high without looking at
> file mode (why restrict only to regular files  ? )

Well, traditionally this was restricted to S_IFREG files, but to be honest
I've thought recently that directories should also be able to pass 2GB in
size (which we've hit in our testing, at "only" 25M files/dir or so, depending
on the length of the filenames).  So, my opinion is that we should start
allowing this, and fix up e2fsprogs in the same way.

There are other things that need to be fixed in order to allow larger
directories (number of levels in htree is currently limited to 2 by the
code, even though the format is more flexible, and the logical htree block
number is currently limited to 2^24 blocks = 64GB for 4kB blocksize).
The extra 8 bits of the logical block number were reserved for "leaf fullness"
data so that it was also possible to merge nearly empty adjacent directory
leaf blocks efficiently, but that was never implemented.

Cheers, Andreas
Andreas Dilger
Principal Software Engineer
Cluster File Systems, Inc.

To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists