* O_LARGEFILE / EOVERFLOW on tmpfs / NFS
@ 2022-09-20 10:33 Thomas Weißschuh
0 siblings, 0 replies; only message in thread
From: Thomas Weißschuh @ 2022-09-20 10:33 UTC (permalink / raw)
To: linux-fsdevel; +Cc: linux-kernel, linux-api, linux-nfs, thomas.weissschuh
[-- Attachment #1: Type: text/plain, Size: 1082 bytes --]
it seems there is some inconsistency about how large files that are opened
*without* O_LARGEFILE on different filesystems.
On ext4/btrfs/xfs a large file openend without O_LARGEFILE results in an
EOVERFLOW error to be reported (as documented by open(2) and open(3p)).
On tmpfs/NFS the file is opened successfully but the values returned for
lseek() are bogus.
(See the reproducer attached to this mail.)
This has been reproduced on 5.19.8 but the sources look the same on current
Is this intentional? To me it seems this should fail with EOVERFLOW everywhere.
Looking at the sources, the O_LARGEFILE flag is checked in generic_file_open()
but not all filesystems call this function.
If this is a bug would it make sense to hoist this check into the VFS layer so
not all filesystems have to call this manually?
Another question would be about backwards-compatibility becaus fixing it would
prevent applications from opening files they could open before.
On the other hand they could have experienced silent data corruption before.
[-- Attachment #2: test.c --]
[-- Type: text/plain, Size: 774 bytes --]
* cc -m32 test.c -o test
* Prepare testfile:
* fallocate -l 4294967297 large-file
* ./test large-file
* Correct: open() fails, exit code 2
* Incorrect: Prints an incorrect file size
* Correct on ext4/btrfs
* Incorrect on NFS/tmpfs
static_assert(sizeof(void *) == 4, "This test only makes sense on 32bit");
static_assert(sizeof(off_t) == 4, "Large file support has to be disabled");
int main(int argc, char **argv)
if (argc != 2)
int fd = open(argv, O_RDONLY);
if (fd == -1)
off_t fsize = lseek(fd, 0, SEEK_END);
printf("file size=%lu\n", fsize);
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2022-09-20 10:52 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-09-20 10:33 O_LARGEFILE / EOVERFLOW on tmpfs / NFS Thomas Weißschuh
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).