]> git.ipfire.org Git - thirdparty/glibc.git/commit
posix: Fix large mmap64 offset for mips64n32 (BZ#24699)
authorAdhemerval Zanella <adhemerval.zanella@linaro.org>
Tue, 18 Jun 2019 17:09:09 +0000 (14:09 -0300)
committerAdhemerval Zanella <adhemerval.zanella@linaro.org>
Fri, 12 Jul 2019 20:59:32 +0000 (20:59 +0000)
commit57922433fa038faa6e37798b9655f85a94978d89
treecb5759d077c1ce5ea01b93d3124a60d3af11d64b
parent298e6591725c66941b06f7e576f53de54f28c6e5
posix: Fix large mmap64 offset for mips64n32 (BZ#24699)

The fix for BZ#21270 (commit 158d5fa0e19) added a mask to avoid offset larger
than 1^44 to be used along __NR_mmap2.  However mips64n32 users __NR_mmap,
as mips64n64, but still defines off_t as old non-LFS type (other ILP32, such
x32, defines off_t being equal to off64_t).  This leads to use the same
mask meant only for __NR_mmap2 call for __NR_mmap, thus limiting the maximum
offset it can use with mmap64.

This patch fixes by setting the high mask only for __NR_mmap2 usage. The
posix/tst-mmap-offset.c already tests it and also fails for mips64n32. The
patch also change the test to check for an arch-specific header that defines
the maximum supported offset.

Checked on x86_64-linux-gnu, i686-linux-gnu, and I also tests tst-mmap-offset
on qemu simulated mips64 with kernel 3.2.0 kernel for both mips-linux-gnu and
mips64-n32-linux-gnu.

[BZ #24699]
* posix/tst-mmap-offset.c: Mention BZ #24699.
(do_test_bz21270): Rename to do_test_large_offset and use
mmap64_maximum_offset to check for maximum expected offset value.
* sysdeps/generic/mmap_info.h: New file.
* sysdeps/unix/sysv/linux/mips/mmap_info.h: Likewise.
* sysdeps/unix/sysv/linux/mmap64.c (MMAP_OFF_HIGH_MASK): Define iff
__NR_mmap2 is used.

(cherry picked from commit a008c76b56e4f958cf5a0d6f67d29fade89421b7)
ChangeLog
posix/tst-mmap-offset.c
sysdeps/generic/mmap_info.h [new file with mode: 0644]
sysdeps/unix/sysv/linux/mips/mmap_info.h [new file with mode: 0644]
sysdeps/unix/sysv/linux/mmap64.c